海纳百川,有容乃大!期待和测试同行交流学习,共同进步。

转:软件需求规格说明书的评审需要注意

上一篇 / 下一篇  2008-12-29 22:05:06 / 个人分类:测试学习

1.是否所有的分配需求都在SRS中体现?

2.在SRS中定义需求时,是否避免使用那些引起歧义的术语,诸如也许,可能,每条需求都清晰无歧义?

3.是否在SRS中清楚地描述了软件要做什么及不做什么?

4.是否在SRS中描述了软件使用的目标环境,指明并简短描述了目标环境中其他相关软件产品/子系统/模块?

5.是否每个需求有唯一的编号?

6.每个需求是否切实可行,可测试,前后一致,彼此不冲突?

7.是否在SRS中说明了对每个输入的验证措施,并描述了每个输入的属性如:度量单位,边界值,时序要求等等?

8.是否在SRS中说明了对每个输入的处理?

9.是否在SRS中说明了每个输入项是如何输出的,并描述每个输出的属性如:度量单位,边界值,时序要求?

10.是否在SRS中描述了软件的所有的性能要求?

11.是否性能需求的描述能通过测试来验证?

12.是否在SRS中说明了所有对系统的可能的约束?

13.质量属性是否以可测量或可验证的术语进行描述?

14.是否在SRS中描述了系统中与子系统,模块或硬件设备的相关的接口?

15.是否对每个接口的描述足够清楚,实现时不需要多于的解释?

16.是否在SRS中描述了与操作系统的接口?

17.是否在SRS的附录中记录了分配需求可行性的分析结果?

18.是否项目SOW文档所对应的分配需求都在RTM中体现?

 

看到别人空间的,觉得写的很详细,所以就转过来了,自己去想恐怕只能想到其中几点。


TAG: 测试学习

 

评分:0

我来说两句

Open Toolbar