大家都知道如果能把缺陷扼杀在编码之前可以节约很多成本，缺陷发现越晚花费的成本越高，尤其是设计上的缺陷如果到了编码后期甚至即将上线才发现也许会导致整个项目失败。所以现在越来越重视需求评审和设计评审，在前期投入的时间也会越来越多，但是有时候往往没有想象的那么好，投入的时间和收获不成正比例。那么在需求评审和UC评审阶段测试人员应该注意哪些呢，该怎么做比较好呢？当遇到几十页几百页需求压下来的时候不好好整理一下真的很困惑。下面讲一下我个人对这些需求是如何处理的：
大家都知道如果能把缺陷扼杀在编码之前可以节约很多成本，缺陷发现越晚花费的成本越高，尤其是设计上
阅读背景：
需求评审阶段和设计评审阶段测试人员该做什么呢
来源：互联网
分享到：
