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

+C)w\h iM4U0同事整理的一篇小短文，偷懒直接贴上来 51Testing软件测试网*FqCU UAB
51Testing软件测试网/e ?Um@:k/V8p
如图：
f2k T$Z8} ih051Testing软件测试网:[&\A9]*C X.cl1Knz

e&i_5m+\9N/X9}Z7g0
|LBHs Y01．  定义测试范围(scope)：（范围指测试的目标、目的与策略）

定义时应考虑如下问题：51Testing软件测试网4E%@7I.[$Q2V

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

b.       应用软件最主要的特征是什么？51Testing软件测试网*T B;^%AL

c.       就应用软件功能各组成部分而言，哪些相对来说是比较重要的？51Testing软件测试网(K P(F'|x9r3K

d.       应用软件最可能存在问题及高风险的功能是什么？51Testing软件测试网%L"]M:~}r

e.       我们测试的优先级是什么？51Testing软件测试网q4Z*DPR7a

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

g.       我们总的质量目标是什么？51Testing软件测试网;U4K1O_'b9I

      2．  创建测试需求大纲

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

l         应用安全性

l         应用在客户端的系统

l         应用可用性

l         应用性能51Testing软件测试网%Q,t;gY^!DrhE1pm

l         订票系统

l         航班预约系统

l         预约管理51Testing软件测试网!AdoZ.?q

      3．  细化测试需求

尽可能的细化大纲中每一项的内容51Testing软件测试网4[ jpki7dyY3s

      4．  分析评审需求51Testing软件测试网H/A;if a+d

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