新增和修改页面的用例设计和Bug提交

Posted laoluoits

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了新增和修改页面的用例设计和Bug提交相关的知识,希望对你有一定的参考价值。

问题:

新增页面和修改页面,基本上输入框都一样,那比如同一个输入框的用例设计:

1. 写了新增页面的用例,修改页面对该输入框还有再写一遍用例的必要吗?

2. 执行用例时,新增页面验证了必填项,长度,数据类型,修改页面还要再验证一遍吗?

3. 提交Bug时,新增和修改页面的同一个输入框都出现了Bug,是只提交一个还是新增和修改各提一个。

 

参考答案:

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

以上是关于新增和修改页面的用例设计和Bug提交的主要内容,如果未能解决你的问题,请参考以下文章

深度解析用例设计方法

面试题

测试用例设计

pytest文档59-运行未提交git的用例(pytest-picked)

优秀测试用例的设计策略

基于界面交互展开的用例设计思路