问题:
新增页面和修改页面,基本上输入框都一样,那比如同一个输入框的用例设计:
1. 写了新增页面的用例,修改页面对该输入框还有再写一遍用例的必要吗?
2. 执行用例时,新增页面验证了必填项,长度,数据类型,修改页面还要再验证一遍吗?
3. 提交Bug时,新增和修改页面的同一个输入框都出现了Bug,是只提交一个还是新增和修改各提一个。
参考答案:
我们写用例最容易落入一个误区,就是为了写用例而写用例。实际上写用例最主要目的是分析系统,如果系统业务复杂,用例分析与设计就很重要,如果很简单的功能不写用例也能够搞定执行。就好像我们做数学题1+2基本上不用思考就知道等于3,如果是546+788,我们甚至可能要列竖式认真算,这也是如果我们遇到简单功能,不用过多写用例就能测好,那么何必写?
想必说到这里,我们的答案已经清晰了,新增的用例写完后,我们完全可以参考新增的用例去执行修改功能,不需要重复写用例了。
当然第二个问题,我就不太能确定了。新能功能和修改功能是否共用一个程序?如果是,那么可以不用测试,如果不是,那么需要测试,要不要测试取决于系统的实现方式。
第三个问题,同样我们需要思考我们提交缺陷的目的所在,我们是要开发能够修改所有的缺陷即可,那么不在乎到底是写在一起还是分开写,只要清晰体现即可。我一般做法是写在一起,说明同样的缺陷在其他具体哪些功能同样存在。
想必说到这里,我们的答案已经清晰了,新增的用例写完后,我们完全可以参考新增的用例去执行修改功能,不需要重复写用例了。
当然第二个问题,我就不太能确定了。新能功能和修改功能是否共用一个程序?如果是,那么可以不用测试,如果不是,那么需要测试,要不要测试取决于系统的实现方式。
第三个问题,同样我们需要思考我们提交缺陷的目的所在,我们是要开发能够修改所有的缺陷即可,那么不在乎到底是写在一起还是分开写,只要清晰体现即可。我一般做法是写在一起,说明同样的缺陷在其他具体哪些功能同样存在。