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

ghf.m · 发表于 2009-2-27 12:31:08

个人觉得主要功能还是需要用例的...并且和原需求一起存档，如果客户改来改去还是觉得原来的功能好的话，也不至于又要卷土重来..

drwei123 · 发表于 2009-2-27 13:38:11

需求经常变,那程序的设计呢??CODE呢??
如果都变了,不更新 TC ,那测试标准有反方怎么来定义呢??
TC 也是一个熟悉需求的过程,只有更新它,很多的细节上的问题都会出现,那样能更好了解需求,了解客户到底是要什么样的一个东西.....
那样才能对开发人员做出来的东西进行一个很好,很全面的 TEST

七明芝 · 发表于 2009-2-27 15:10:55

还是要写的吧，否则如何向老板证明你做了多少事情。只是可以简略些

himily · 发表于 2009-3-27 20:22:22

支持写写提纲，写写思路，也就是业界说的测试规程。我在设计一些取值比较易变的测试用例时，就是采用这种方法，把我的测试思路记录下来，写一个大概的提纲，因为是自己测所以只要自己能够看懂就可以了，对于经常做需求变更的项目可以具具体情况而采用这种方案

Michael0112 · 发表于 2011-3-13 10:58:00

非常有必要做 design test cases。

yxx8012 · 发表于 2011-6-26 17:28:59

一个月,半个月的项目用例也是有必要的.这是个测试设计(测试用例\测试方案等)的过程是必须的.就像开发的代码一样.是你的产出.而且用例必须经过一系列的评审.前期必须输出AT用例.后期完成ST,SDV.项目周期短可以省略SIT,但是如果是半年的项目有充分的时间完成上面一系列的质量动作.

切记,不是为了写用例而用例.而是这是质量保证的必要手段.是检查软件能否正常工作的动作.不然裸奔．这样的项目最后将是一塌糊涂．

femir · 发表于 2012-3-27 11:00:56

重要功能用例是必须要写的，每次需求变动之后对变化的需求写少部分用例就可以了

		自动登录	找回密码
密码			(注-册)加入51Testing

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

站长推荐 /1