需求的开发管理过程
附件为个人对于该过程的一些浅薄的认识，分享出来是希望“大牛”对于言不达意之处指出、指证，PDCA我对于这一过程的认识，谢谢 先下了，看完发意见 首先，应该知道测试人员的任务。按传统的观点：（1）找BUG； （2）尽可能早的发现BUG
按IEEE的观点：（1）产品确认； （2）产品验证；
第二步，确立测试人员在需求阶段的基本技能
（1）静态检查需求说明的缺陷的技能。（基本思路见：http://bbs.51testing.com/thread-538697-1-1.html）
（2）根据一般需求中常见问题，结合本单位需求缺陷统计，制定正确的检查表或检查项（没有通杀的检查表！）
（3）验证需求获取过程的合理性（soundness）。比如：利益相关者调查是否合理等等
（4）静态分析完整性，正确性。如：利用FRUPS＋去检查需求覆盖。
似乎一楼的方法不实用！有硬套CMM的意味
页:
[1]
