一个关于测试用例的矛盾
观点1设计的详细一些
测试用例会比较多
重用性比较好
观点2
测试尽早介入项目
根据需求写测试用例
矛盾1
需求变化的时候，测试用例根据需求变化
测试用例过多，需要修改，删除的测试用例也会增多
矛盾2
详细的测试用例实际执行的时候却没有多少操作 观点1有问题，测试用例的多少与系统功能和实现方式有关，不在于设计的详细程度，而测试用例的重用性在于测试设计的框架。
需求变化是相关的测试用例都需要维护，不矛盾。 sdlkfj7 看实际的测试情况! 对于矛盾一,要有严格的制度限制需求变更， 对于项目型可以用合同来限制，对于产品型，就要做好市场调研，可以拿同类产品来比较，但无论对于哪种产品，需求分析人员的素质就很重要了，还有一点就是做好需求评审。对于矛盾二，测试永远做不完的，看实际情况，不一定非要写的很全面详细，至于执行，公司应该有规定，至少执行测试用例的多少才算通过。 用例不易太细化,根据需求来设计,评审的时候落实所有的不确定之处,保证用例的可执行性.
至于需求变化时,也要对用例进行更新,改删的不用保留了
我来说两句
我觉得不矛盾一、需求都变了，你的用例怎么能不变，这就要看经验了，对于需求变更的敏感区，用例可以设计得不用那么详细。指导性的就行。
二、详细的用例，执行的时候没有多少操作，这要看你详细到哪 种地步了，一般来说，大部分是写用例的时候多，执行的时间少。不过，执行是会重复多次的。算算，也不少了。
页:
[1]
