2022-05-18 16:17发布
1、用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖；2、优先级安排是否合理；3、是否覆盖测试需求上的所有功能点 ；4、用例是否具有很好可执行性；5、例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；6、期待结果是否有明显的验证方法 ；7、是否已经删除了冗余的用例 ；8、是否包含充分的负面测试用例；9、充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现 ；10、是否从用户层面来设计用户使用场景和使用流程的测试用例 ；11、是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
来源于网络
1. 完整性：考虑尽可能多的对象以及对应状态，比如注册模块：
对像有：用户类型，手机号，验证码，界面倒计时控件;
状态有：用户类型状态（选择过/未选择）手机号状态(是/否被注册；是/否被封号，是/否被警告)，验证码状态（已发送/未发送/发送次数超限制），计时器状态（计时中/计时结束）
2. 准确性：每一条测试用例都可以找到产品需求文档，编写用例的时候，附带产品需求文档或者截图
3. 可读性：描述清晰无歧义:谁在**预置条件下**对A进行**操作,然后**会得到**结果,who/ when /where /what/ result简单的就是一个新来的测试能毫无歧义的理解谁在什么条件下,进行什么操作,得到什么结果(结果会影响谁的什么东西,是怎么样的影响)
4. 精简,不冗余
和维护开发代码一样,维护的工作就是去除冗余,测试人员在平时维护用例其实就是去冗余提升可复用
5. 可复用
有些流程中特有的功能性测试可以单独成单元用例,单元用例具有可复用性,在不同的流程中只写一份即可.
比如:用户未登录预置条件下,程序中点击(1,2,3,4,5,6,7,8,9,10....100)按钮的地方都需要跳转到登录页面,登录之后,回来的还是之前的页面
示例:用户未登录点击相关按钮（*****）跳转到登录页面，登录成功或者失败回到之前页面（这样写以后新加需求的时候，再增加按钮也只需要改动括号里面文字即可）
作者：易水寒2018链接：https://www.jianshu.com/p/c7ec5e8cebf9来源：简书著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
同时要关注用例评审的四个环节：需求评审、需求实现流程图评审、测试大纲评审和测试用例检查。每个环节都包括很多内容，比如需求评审主要是检查需求理解无偏差、检查需求讲解思路清晰、检查需求讨论会议提出需求建议以及检查需求讲解时存在问题的记录，跟进结论等。流程图评审包括检查需求以及实现逻辑内容正确、检查需求以及实现逻辑内容齐全、检查实现逻辑的深度与仔细程度等。
模板：也看自己需求呢，可以变动
一、 部门评审，测试部门全体成员参与的评审。二、公司评审，这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员三、 客户评审，包括了客户方的开发人员和测试人员。...
1、评审之前，需要将即将评审的测试用例以及测试需求、测试分析的结果（测试点分析）等文档提前发送给相关的人员；最好能够让他们有时间提前阅读； 2、随时的问题沟通与反馈机制。评审之前做一些问题的沟通与反馈，以便于在测试用例评审会议上能够节省出来宝...
1.为了减少测试人员执行阶段做无效工作；（执行无效case，提交无效问题）2.为了避免三方需求理解不一致；3.为了每个测试人员的质量标准与项目要求标准达成一致；
功能测试的用例评审首先需要弄清楚功能测试的用例评审的目的：第一是为了减少测试人员执行阶段做无效工作，如执行无效case，提交无效问题；第二是为了避免三方需求理解不一致；第三为了每个测试人员的质量标准与项目要求标准达成一致。...
两个时间点：
①评审过程中收集相关人员的反馈信息，并在此基础上进行测试用例更新，直到评审通过；②评审结束后，测试负责人出测试用例评审报告给到相关人员；③评审结果经项目经理同意确认。...
测试用例本身的描述是否清晰，语言准确；是否存在二义性；测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；测试用例中使用的测试数据是否恰当，准确；测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现...
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','/static/images/logo.png', '推荐 白桃乌龙 的问题《用例评审的标准是什么》','http://www.shouhuola.com/q-37441.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
1、用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖；
2、优先级安排是否合理；
3、是否覆盖测试需求上的所有功能点 ；
4、用例是否具有很好可执行性；
5、例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；
6、期待结果是否有明显的验证方法 ；
7、是否已经删除了冗余的用例 ；
8、是否包含充分的负面测试用例；
9、充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现 ；
10、是否从用户层面来设计用户使用场景和使用流程的测试用例 ；
11、是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
来源于网络
回答: 2022-06-01 10:35
1. 完整性：考虑尽可能多的对象以及对应状态，比如注册模块：
对像有：用户类型，手机号，验证码，界面倒计时控件;
状态有：用户类型状态（选择过/未选择）手机号状态(是/否被注册；是/否被封号，是/否被警告)，验证码状态（已发送/未发送/发送次数超限制），计时器状态（计时中/计时结束）
2. 准确性：每一条测试用例都可以找到产品需求文档，编写用例的时候，附带产品需求文档或者截图
3. 可读性：描述清晰无歧义:谁在**预置条件下**对A进行**操作,然后**会得到**结果,who/ when /where /what/ result简单的就是一个新来的测试能毫无歧义的理解谁在什么条件下,进行什么操作,得到什么结果(结果会影响谁的什么东西,是怎么样的影响)
4. 精简,不冗余
和维护开发代码一样,维护的工作就是去除冗余,测试人员在平时维护用例其实就是去冗余提升可复用
5. 可复用
有些流程中特有的功能性测试可以单独成单元用例,单元用例具有可复用性,在不同的流程中只写一份即可.
比如:用户未登录预置条件下,程序中点击(1,2,3,4,5,6,7,8,9,10....100)按钮的地方都需要跳转到登录页面,登录之后,回来的还是之前的页面
示例:用户未登录点击相关按钮（*****）跳转到登录页面，登录成功或者失败回到之前页面（这样写以后新加需求的时候，再增加按钮也只需要改动括号里面文字即可）
作者：易水寒2018
链接：https://www.jianshu.com/p/c7ec5e8cebf9
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
同时要关注用例评审的四个环节：需求评审、需求实现流程图评审、测试大纲评审和测试用例检查。每个环节都包括很多内容，比如需求评审主要是检查需求理解无偏差、检查需求讲解思路清晰、检查需求讨论会议提出需求建议以及检查需求讲解时存在问题的记录，跟进结论等。流程图评审包括检查需求以及实现逻辑内容正确、检查需求以及实现逻辑内容齐全、检查实现逻辑的深度与仔细程度等。
相关问题推荐
模板：也看自己需求呢，可以变动
一、 部门评审，测试部门全体成员参与的评审。二、公司评审，这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员三、 客户评审，包括了客户方的开发人员和测试人员。...
1、评审之前，需要将即将评审的测试用例以及测试需求、测试分析的结果（测试点分析）等文档提前发送给相关的人员；最好能够让他们有时间提前阅读； 2、随时的问题沟通与反馈机制。评审之前做一些问题的沟通与反馈，以便于在测试用例评审会议上能够节省出来宝...
1.为了减少测试人员执行阶段做无效工作；（执行无效case，提交无效问题）2.为了避免三方需求理解不一致；3.为了每个测试人员的质量标准与项目要求标准达成一致；
功能测试的用例评审首先需要弄清楚功能测试的用例评审的目的：第一是为了减少测试人员执行阶段做无效工作，如执行无效case，提交无效问题；第二是为了避免三方需求理解不一致；第三为了每个测试人员的质量标准与项目要求标准达成一致。...
两个时间点：
①评审过程中收集相关人员的反馈信息，并在此基础上进行测试用例更新，直到评审通过；②评审结束后，测试负责人出测试用例评审报告给到相关人员；③评审结果经项目经理同意确认。...
测试用例本身的描述是否清晰，语言准确；是否存在二义性；测试用例内容是否完整，是否清晰的包含输入和预期输出的结果；测试步骤是否清晰；测试用例中使用的测试数据是否恰当，准确；测试用例是否具有指导性，是否能灵活的指导软件测试工程师通过测试用例发现...