关于测试用例的迷惑！？
项目做到现在也有3个月了，开发的软件也基本成型了。最初的时候还有写测试用例，软件的模块一直的变动修改。
当天写好的测试用例，第2天模块就修改成别的摸样。
是继续写用例？还是专注动手测试？ 这个问题，小公司都存在，因为需求没有确定，成天改。
我也对这问题很迷惑，因为，写用例很费时间。可是又不得不写，如果不写，就没有依据，也无法跟踪，复测。矛盾！ 用例要写,但是不要拘泥于形式
这个问题有点像敏捷开发里的文档,敏捷开发过程里也有文档的
当然测试过程里应该有测试文档,只是内容和形式的问题 我现在基本上就只是写写个别系统确定了的用例，太部分我就不写了， :lol 遇到这种情况是测试介入的太早了.管理问题.
2楼说的对.用例还是坚持写的好.虽然很烦.有利无弊... 原帖由 lemon_14 于 2008-12-8 11:59 发表 http://bbs.51testing.com/images/common/back.gif
项目做到现在也有3个月了，开发的软件也基本成型了。
最初的时候还有写测试用例，软件的模块一直的变动修改。
当天写好的测试用例，第2天模块就修改成别的摸样。
是继续写用例？还是专注动手测试？
一个问题，就是需求没有定制下来，另外在实现的时候，可能存在困难，所以会有绕路走的情况，也有可能是今天改成在这样，明天又改成了另外一个样式。尤其当客户的要求不断改变，或是不断增加的时候，软件的修改也会相应的频繁。
测试可以在开发前期介入，即在软件开发的不同阶段，对不同阶段进行验证，同时将总结的经验在开发前期进行沟通，降低设计风险。
测试用例的一个好处就是能让你的测试有条例的开展下去。
当需求不断改变的时候，可以根据需求，对可能波及的问题进行分析，制定新的测试方案，从而进行测试。
如果一个问题，同一天修改了N次，那么可能会造成测试不充分，这里就需要区分，测试和调试之间的区别了。测试人员是否需要做研发人员的调试工作，成为研发工程师的助理呢？
页:
[1]
