这些情况是不是不用编写测试用例
1、文件时间如果一个功能我很快就测试完了,而且只需要测试一遍,但我们设计测试用例时却比较麻烦,花时间也长。这个时候就没必要编写测试用例了。
2、需求变动大且频繁
需求的功能变动非常频繁,而且变动很大,之前编写的测试用例根本没法使用,必须要重新编写,这个时候也没必要去设计测试用例了。
3、项目时间不允许
这一项是不太厚道的做法,如果不是急需交付客户的话,尽量不要这样做;当然了,如果只是给客户展示或试用,可以在之后进行补充和完善测试用例。
不要编写不完整或别人看不懂的测试用例,那样就没有意义了。 我的意见是——都要写 写还是有必要的,不过不一定是先写好再测试 另外注意颗粒度的大小 需要写,倒浆糊也可以不写 需求的功能变动非常频繁,而且变动很大,之前编写的测试用例根本没法使用,必须要重新编写,这个时候也没必要去设计测试用例了。 不一定要先写再测 测试用例是为了指导测试,如果测完了再写,又何必要? 感觉还是写一下比较好,不同需求的测试用例之间肯定有类似的,多写几次这些需求的测试用例,同时也可以总结一下,之后,面对一个全新的需求,肯定会有一个联想性的思维。 回复 1# flyskey
不同的需求之间,测试用例之间肯定有些相同的地方,写测试用例也能帮我们提高这种联系性的思维,以后面对新的需求,应该是很有用的
页:
[1]