最近改了两个的bug,是我们公司测试部提交上来的。拒绝10几20来个吧,基本上没有一个真正有用的;还有一些没拒绝的,因为不是我负责的方面,就没去拒绝,不过看着也是会被拒绝的。为何会拒绝呢,因为这些用例看起来很不爽,夸张点说就是异想天开的想法。想到哪测到哪,没有了原则,丢失了根本,就像练武功走火入魔一样。
测试员异想天开一些乱七八糟的用例出来,测出一堆问题,然后丢给开发者;开发者再花时间去解决这些毫无价值的东西,时间浪费了,代码量也更大更臃肿了。最后固件大了,还增加了烧写时间,增加生产成本。
在知乎看到一句话,总结的很好,也是我想说的。
需求是一切的基石,不管对于开发还是测试而言,如果连需求都接触不到,而就盲目的开始进行测试用例输出,那么可能就会产生客户要A,开发做B,你测C的情况,所以为了完善用例,还是要从根本出发,了解需求是什么?当了解了需求是什么后,可以参考一下《且谈测试设计-需求分析》
https://zhuanlan.zhihu.com/p/25294439
提供一个思路,作为入行的基础
提供一个思路,作为入行的基础
作者:哇咔咔
链接:https://www.zhihu.com/question/51558124/answer/147001926
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。