关于测试的一些想法

最近改了两个的bug,是我们公司测试部提交上来的。拒绝10几20来个吧,基本上没有一个真正有用的;还有一些没拒绝的,因为不是我负责的方面,就没去拒绝,不过看着也是会被拒绝的。为何会拒绝呢,因为这些用例看起来很不爽,夸张点说就是异想天开的想法。想到哪测到哪,没有了原则,丢失了根本,就像练武功走火入魔一样。

测试员异想天开一些乱七八糟的用例出来,测出一堆问题,然后丢给开发者;开发者再花时间去解决这些毫无价值的东西,时间浪费了,代码量也更大更臃肿了。最后固件大了,还增加了烧写时间,增加生产成本。

在知乎看到一句话,总结的很好,也是我想说的。

需求是一切的基石,不管对于开发还是测试而言,如果连需求都接触不到,而就盲目的开始进行测试用例输出,那么可能就会产生客户要A,开发做B,你测C的情况,所以为了完善用例,还是要从根本出发,了解需求是什么?当了解了需求是什么后,可以参考一下《且谈测试设计-需求分析》 zhuanlan.zhihu.com/p/25
提供一个思路,作为入行的基础


作者:哇咔咔
链接:https://www.zhihu.com/question/51558124/answer/147001926
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值