测试用例作为测试执行的依据,其作用和意义不言而喻,好的测试用例可以提高测试人员测试执行的效率,可以提高测试质量,减少测试成本;不好的测试用例往往描述含糊,测试人员阅读起来难以理解,执行困难。那么一条好的测试用例应该长什么样呢?
首先,用例可读性高、可操作性高。可读性高意思是用例描述清晰、易读、没有歧义,可操作性高是指用例步骤清晰,用例操作简单。判断可读性、可操作性是否高最简单的方法是把写好的测试用例拿给一个不懂业务的人,看他是否能看懂,是否能根据测试用例进行测试执行。
其次,用例必要条件不能少。不同公司编写测试用例的规范一般是不一样的,有的公司测试用例既包括执行的优先级,又包括用例重要等级,有的公司的话可能只有执行的优先级;有的公司有用例编号,有的公司没有用例编号;一条好的测试用例以下要素是必不可少的:用例标题、用例模块、执行优先级、用例步骤、预期结果。首先,一条用例好标标题自然是必不可少,通过标题要能分清楚这条用例大致是做什么的即可;其次,这条用例属于哪个模块也是必不可少的,通过模块能快速定位到我们测试的地方;紧接着,执行优先级也是不能少的,用例优先级往往反映着用例的重要程度以及影响程度,一般用例越重要,影响程度越大其执行优先级也越高,再测试执行阶段有时候会出现在有限的时间内所有用例无法都执行一遍的情况,那么这时我们就应该优先执行级别高的用例,然后再执行级别低的用例;接着,有些用例可能需要好几步操作,每一步情况都不一样,如果让非用例编写人执行,不写清楚步骤的话,也将无法下手,但是有些用例可能一句话就描述清楚了,用例步骤就没必要写的太过复杂,步骤一定要简洁明了,没有冗余,如果太复杂的话会浪费编写用例的时间;最后,用例执行到底通过了还是没通过主要是看执行结果和预期结果是否一样,如果不一样则表明执行不通过,因此预期结果也是不能少的要素,预期结果有时也叫检查点,一条用例检查点也不能过多,过多的话那可能是用例粒度不够,应该增加用例粒度。
接着,用例层次分明,逻辑清晰,场景全面。好的测试用例一定是层次分明,逻辑清晰,且场景全面,用例能够完成全覆盖测试需求。如果用例层次不清,逻辑混乱,用例执行者在用例执行时也会晕晕乎乎的,严重影响其执行效率,更会影响到测试的质量。
最后,好的测试用例还应该有发现bug的可能性。一条用例如果没有发现bug的可能性,那就失去了用例的意义了,也就失去了测试的意义。