关于系统需求说明书要写到什么程度,才能满足测试人员进行测试
这段时间我们测试人员一直在进行需求评审,每次评审时我们测试人员也会提很多问题,但是在测试过程中还是发现需求不能满足测试,所以请大家一起来讨论一下,系统需求说明书要写到什么程度,才能满足测试人员进行测试呢! lz可先发一小段需求样例，大家就可以有根据地发表意见。空口说的话，实在不知道从哪入手好。 1,需求开发和高层设计过程测试人员参与；
2,需求描述的规格化有助于测试验证。如，某个功能，它实际上可以用若干个需求场景来描述：其正常的处理过程，异常的处理过程，可选的处理过程等。如果都能规格化的列出，那么测试设计是不是很好做啊？ banzhu haoweisou 了解学习中
希望自己能学好 我觉得规范来讲，需求说明书根据软件工程标准写，有完全反映客户需求即可，关键是后面的概要设计、详细设计要细致， 我也想知道需求要细到什么程度。像之前做软件的时候，就可以细到每个界面显示成什么样，按键放置位置，显示什么字符串。这些需求在最开始就做得很到位，后来得需求变更也很好控制，测试的做起来也有一个很好的参考。现在做网站，不了解整个开发设计的形式，不知道需求该做到什么程度，具体都有哪些内容，哪些内容是对开发有用的，哪些是对测试有用的。 现在的需求文档一般只是对系统一个大概的介绍，真正细化的还是详细设计说明书，我是根据所有的文档一点一点的提取测试需求
页:
[1]
