需求测试的checklist文件（转）

1

是否描述系统的所有输入，包括输入源、准确性、取值范围和出现频率？

2

是否描述系统的所有输出，包括输出的目标、准确性、取值范围、出现频率和格式？

3

是否描述所有(主要)的报表格式？

4

是否描述所有硬件和软件的外部接口？

5

是否描述所有的通信接口，包括握手协议、差错检测和通信协议？

6

从用户的角度来看，是否描述了对所有必要操作的预计响应时间？

7

是否对时间方面问题进行考虑，如处理时间、数据传输和系统的吞吐量？

8

是否描述用户想要完成的所有(主要)任务？

9

是否每个任务都描述了所使用的数据及产生的数据？

10

是否描述了安全级别？

11

是否描述了系统的可靠性，包括软件产生故障的后果、故障后重要数据的保护、错误检测和恢复？

12

是否描述了可接受的折中原则，如健壮性和正确性之间的选择？

13

是否详细说明了(最大)内存容量河(最大)存储容量？

14

是否详细说明了(最大)存储容量？

15

是否详细说明了系统的可维护性，包括适应操作环境变化的能力、与其它软件的接口、精确性、性能和附加的可以预知的性能？

16

有些信息只有到开发时才能获得，是否对这些信息不完全的领域进行描述？

17

你是否对需求的某些部分感到不满意？是否有些部分不可能实现，但为了取悦客户或上司而放在需求之中？

18

是否用用户语言,站在用户角度上来写需求？用户这样认为吗？

19

是否所有的需求都避免与其它的需求发生冲突？

20

需求是否避免了对设计的详细说明？

21

对需求的描述是否一致？是否有的需求说明很详细，有的需求说明很粗？

22

需求是否足够清晰，以至可以转交给一个独立小组来实现，并能够被理解？

23

每个条款都是描述问题及解决问题吗？每个条款都能被追溯到问题的源泉？

24

每个需求是可测试的吗？是否可以通过独立的测试来决定需求是否被满足？

25

对需求的变更描述是否包括变更发生的可能性？