51Testing软件测试论坛

标题: 关于测试用例的迷惑！？ [打印本页]

作者: lemon_14 时间: 2008-12-8 11:59
标题: 关于测试用例的迷惑！？
项目做到现在也有3个月了，开发的软件也基本成型了。

最初的时候还有写测试用例，软件的模块一直的变动修改。

当天写好的测试用例，第2天模块就修改成别的摸样。

是继续写用例？还是专注动手测试？

作者: dream_java 时间: 2008-12-8 12:49
这个问题，小公司都存在，因为需求没有确定，成天改。
我也对这问题很迷惑，因为，写用例很费时间。可是又不得不写，如果不写，就没有依据，也无法跟踪，复测。矛盾！

作者: www.itest100.cn 时间: 2008-12-8 13:21
用例要写,但是不要拘泥于形式

这个问题有点像敏捷开发里的文档,敏捷开发过程里也有文档的

当然测试过程里应该有测试文档,只是内容和形式的问题

作者: zhangmingshi10 时间: 2008-12-11 18:05
我现在基本上就只是写写个别系统确定了的用例，太部分我就不写了，

作者: Chrisenten 时间: 2008-12-12 14:06

遇到这种情况是测试介入的太早了.管理问题.

2楼说的对.用例还是坚持写的好.虽然很烦.有利无弊...

作者: flyingpig 时间: 2008-12-12 14:26

原帖由 lemon_14 于 2008-12-8 11:59 发表
项目做到现在也有3个月了，开发的软件也基本成型了。

最初的时候还有写测试用例，软件的模块一直的变动修改。

当天写好的测试用例，第2天模块就修改成别的摸样。

是继续写用例？还是专注动手测试？

一个问题，就是需求没有定制下来，另外在实现的时候，可能存在困难，所以会有绕路走的情况，也有可能是今天改成在这样，明天又改成了另外一个样式。尤其当客户的要求不断改变，或是不断增加的时候，软件的修改也会相应的频繁。

测试可以在开发前期介入，即在软件开发的不同阶段，对不同阶段进行验证，同时将总结的经验在开发前期进行沟通，降低设计风险。

测试用例的一个好处就是能让你的测试有条例的开展下去。
当需求不断改变的时候，可以根据需求，对可能波及的问题进行分析，制定新的测试方案，从而进行测试。

如果一个问题，同一天修改了N次，那么可能会造成测试不充分，这里就需要区分，测试和调试之间的区别了。测试人员是否需要做研发人员的调试工作，成为研发工程师的助理呢？

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)