用TD的Requirements模块来整理测试需求的一般过程

同事整理的一篇小短文，偷懒直接贴上来

如图：



1．  定义测试范围(scope)：（范围指测试的目标、目的与策略）

定义时应考虑如下问题：

a.       应用软件的主要目的与指导是什么？

b.       应用软件最主要的特征是什么？

c.       就应用软件功能各组成部分而言，哪些相对来说是比较重要的？

d.       应用软件最可能存在问题及高风险的功能是什么？

e.       我们测试的优先级是什么？

f.        我们的客户或最终用户是否同意我们的优先级？

g.       我们总的质量目标是什么？

      2．  创建测试需求大纲

例：一个飞机订票系统的测试大纲

l         应用安全性

l         应用在客户端的系统

l         应用可用性

l         应用性能

l         订票系统

l         航班预约系统

l         预约管理

      3．  细化测试需求

尽可能的细化大纲中每一项的内容

      4．  分析评审需求

QA manager或较高水平的人对测试需求评审，确保它是否满足我们先前定的测试目标，如果通过，则将其标识为Reviewed状态。