生命周期半年的项目需求是否有必要写用例？（2009-2-9 ）获奖名单已公布

sweetxmy

写需求（或测试用例）是为了更好的确认测试目标和提高团队工作能力


1、很多开发团队认为写不断变化的需求（或测试用例）是浪费时间，何不用这个时间做开发和测试。
但事实是，随着时间的推移，同时因为没有需求文档（或测试用例），每个人记住的资料又非常有限（谁都不能否认自己的记忆力随着年龄的增长不断老化，二者人总有个头痛脑热的时候，有时如果不是开会或小组讨论也许会遗忘通知某些人），最差的后果一有分岐导致大家找PM或客户做确认。

2、由谁来写需求（或测试用例），一个小团队并没有划分真正写需求文档（或测试用例）的人。
做为测试人员，当公司的开发未完成这项任务时，只有测试人员自己整理需求（或测试用例），在测试过程中不断完善需求（或测试用例）。

3、无论谁写文档（或测试用例），从长远来看。对个人或公司都是一笔很大的财富。
一个经常写需求（或测试用例）的人，势必非常了解所写项目的功能，当二次出现同类的需求（或测试用例）时，可以在第一时间做出有利的判断（因为之前有失败的经验做后盾）。
对于一个新人，是锻炼和提升自我的最佳机会。
对于公司是一大笔无形资产。

4、如果一个项目做好了形成公司的产品，原有的需求文档（或测试用例）优势就更大了。
当团队进行2次开发或升级时就有参照的依据，可以屏弃不适合的模式，寻求高效益的功能。
如果是外资企业，国内做好了需求（或测试用例），想想2期开发只能由国内开发（测试）团队来完成，可以说增加大家的工作机会。（现在可是经济危机）

个人观点仅供参考，希望和大家一起讨论。

[ 本帖最后由 sweetxmy 于 2009-2-12 16:13 编辑 ]