【职场每日进阶】测试用例谁来写？是否评审？谁组织评审

今日话题：你所在公司，测试用例谁来写 ？是否有用例评审环节 ？谁来组织用例评审？

看了大家的作业，几个结论 。

1. 多数公司，还是有评审的 。

2. 很多小团队，不写用例，不评审 。

3. 多数公司，用例由模块负责人，自己写，自己测 。

4. 部分公司，评审流程很完善。弊端：费时间，必须流程得优化 。

以下几个同学的方案可以学习一下。

【职场每日进阶】测试用例谁来写？是否评审？谁组织评审

1、测试用例谁来写？

我们部门是根据软件的各个功能模块的复杂程度，对应分配了一到两位测试人员，所以原则上是一个版本的某个需求对应哪个模块，该需求就由哪位测试人员进行测试。该测试人员需要完成该需求的需求分析和测试用例的编写。如果某个版本的某个模块的需求个数较多，将会将部分需求分配给需求少的测试人员。

2、是否有用例评审环节？

不仅有，而且感觉评审花费的时间有点多。（1）首先是需求分析会进行评审，我们需求分析是根据需求的复杂程度，一般复杂程度的需求都是通过脑图来写需求分析后的测试方案，称为特性测试方案；比较复杂并且工作量比较大的需求需要根据测试方案模板编写Word版的测试方案，称为专项测试方案，测试完毕需要编写对应的专项测试报告。

需求分析评审主要是针对特性测试方案，会议评审前需要先将测试方案交由同一模块测试人员交叉评审以及需求开发人员评审。评审会议时由需求分析的测试人员介绍该需求的主要功能，然后由会下评审特性测试方案的测试人员讲解该特性测试方案，并且解答其他测试人员的提问。会后测试人员需要根据会议评审结果修改测试完善测试方案。

专项测试方案由于需要比较熟悉相关的业务知识，则主要由测试人员与对应的开发人员一起会下评审，必要时再组织测试人员、开发人员、测试主管、开发主管一起会议评审确认测试方案的可行性及一些有争议的问题。

（2）测试用例也会进行评审，分为会下同一模块测试人员交叉评审、会上测试小组集体评审。会议评审形式是根据该需求的测试方案脑图随机抽取主要功能的一两个测试用例进行查看，评审其优先级、操作步骤、预期结果等是否合理以及正确性。

3、谁来组织用例评审？

我们测试这边有专门的一个人负责跟踪所有需求的全流程，所以由该测试人员根据大家编写测试用例的完成情况组织会议评审以及编写会议纪要。

【职场每日进阶】测试用例谁来写？是否评审？谁组织评审

这样的会议评审有一个比较突出的问题，就是很费时间，测试方案评审和测试用例评审时间有时会花费几天的时间，但是由于各个模块的需求的理解需要一定的相应业务知识，而且无法了解一些细节，所以非该需求分析测试人员其实对于该需求很难通过会议的几分钟讲解深入了解该需求，所以对于该需求测试方案和测试用例提不出多少专业的意见。另外，会下评审测试用例存在评审时间不足、用例粒度的把握、测试步骤的合理性都有不同的评判标准，很难得出权威的判断，所以评审效果有待提升。

【职场每日进阶】测试用例谁来写？是否评审？谁组织评审

今日话题：你所在公司，测试用例谁来写 ？是否有用例评审环节 ？谁来组织用例评审？

【测试用例由谁写】测试负责人分配任务后，每个人负责自己模块的测试用例编写。若模块存在交叉或单个需求多个人负责，则每个人编写完成后，由一个人负责整合。

【是否有用例评审】分情况，需求紧急，则用xmind写测试点。开发自测的时候，提供xmind给开发，开发执行并审核用例完整性。正常需求，需求评审后，qa开始编写用例，用例完成后，由需求，开发，qa三方用例评审。

【谁来组织】项管

今日话题：你所在公司，测试用例谁来写 ？是否有用例评审环节 ？谁来组织用例评审？

目前我司的正常流程下有两种形式

前提：测试用例是由参与需求评审的测试人员设计

1-第一种，对于简单需求，测试人员参与评审后，由其设计测试用例，并组织会议，邀请项目经理、产品经理、开发人员、同组其他测试成员进行测试用例评审

2-第二种，对于复杂需求，测试人员参与评审后，由其设计测试用例，首先同组多个测试人员对测试用例进行内部评审，修正后再组织项目经理、产品经理、开发人员、同组其他测试成员进行测试用例评审。

若是紧急需求，则没有严格的用例评审环节，只需测试和开发进行简单的评审就行。

目前我们公司，产品经理不参与用例评审，只是在用例评审会议纪要邮件中对无法确定的问题点进行确认和决策。