用例到底怎么评审,才能更好的保证软件测试的质量?
2大点:
1,找到问题的具体位置并描述清楚该问题
2,针对该问题给出自己的合理的建议或解决方案
21小点:
1,语句简洁
2,步骤详细
3,测试点明确
4,步骤间不能重复
5,找出具体问题所在
6,正确使用标点符号
7,用例采用陈述语句
8,步骤及预期结果建议用序号
9,考虑客观合理性
10,查漏补缺
11,“用例标题”中建议带上“预期结果”
12,预期结果允许相同
13,逻辑思路清晰
14,考虑具体默认值
15,排版明了
16,去重
17,系统规格中某功能未指明具体定长时,可概括为“规定定长”
18,设计用例时,采用的测试方法和测试数据要合适
19,用例的主旨(内容)与需求不偏离
20,勿将BUG写成用例标题
21,勿将预期结果写入“测试步骤”
以下是杭州爱软测2期同学总结的:
|
tip_01
|
用例标题为陈述句
|
|
tip_02
|
用例标题要简洁明了
|
|
tip_03
|
每条用例标题和测试步骤的内容不应相同
|
|
tip_04
|
前置条件,预期结果允许相同
|
|
tip_05
|
测试标题最好写结果
|
|
tip_06
|
测试步骤里面不能写结果
|
|
tip_07
|
测试步骤表明步骤序号
|
|
tip_08
|
测试步骤里如果使用DB语句,要写完整
|
|
tip_09
|
测试步骤的内容最多,用例标题次之,预期结果最少;
|
|
tip_10
|
测试步骤要从后台系统的操作角度来写,要考虑如何执行,不能只考虑业务
|
|
tip_11
|
测试步骤要完整
|
|
tip_12
|
测试步骤能分一步完成的尽量一步完成;
|
|
tip_13
|
用例编号 可用关键字首字母代替
|
|
tip_14
|
词语的使用,最好不要用‘制造’之类词语
|
|
tip_15
|
测试用例中不能有错别字
|
|
tip_16
|
要注意前置条件、测试步骤里面的数据关系(且/或)
|
|
tip_17
|
取值最好使用临界值
|
|
tip_18
|
当设置变量范围时,要说明赋予的变量的代号,如亏损范围2000<x<5000,要说明亏损值为x
|
|
tip_19
|
预期结果的语句不要出现在测试步骤里面
|
|
tip_20
|
版本号一般是3位字段,首位的改动表示比较大的变革
|
|
tip_21
|
是“登录”不是“登陆”
|

浙公网安备 33010602011771号