如何编写覆盖面全的测试用例?
如何编写覆盖面全的测试用例? 测试覆盖是设计用例最大的难题,把吃透需求,通过用例的设计方法去覆盖使用例更好的覆盖需求项,其实在很多的时候经验起了很重要的作用,多多总结了。 不要光顾着考虑覆盖面,一个用例不要关注太多的测试点,这样会导致由于测试点不满足很多用例都是failed的状态.所以一个比较好的用例是最好还是应该只考虑一个测试点. “只考虑一个测试点”,能不能举个例子说明呢? 比如:我想验证正确情况下的操作,那我的用例就只考虑正确情况下,不正确的情况下的操作,等会再用其他用例去覆盖,要达到覆盖率,就要掌握用例设计方法,去各中设计方法去覆盖需求 我最头疼的是如何把测试用例投入到合理的工作中因为测试用例的细致程度越详细项目的测试周期越长,大部分时间都花在测试用例设计上了,在我所知道的企业里,还没有哪个企业的测试用例很完善的......
现在我们公司同样面临一种情况,项目很紧,测试用例作为一种测试依据又不能不写,而我们又将选取部分测试用例用于自动测试.....好烦啊,如何平衡这个矛盾
页:
[1]