测试流程--需求阶段

    很多时候，我都比较迷糊，不知道在这一阶段我该干些什么。但当什么事情都不做的时候，
   
在写测试计划的时就会使脑子一片空白，（虽然每次在开始做一个项目之前，项目负责人会跟大家将需求。）

    当某一件事不会的时候，总想着拖点时间，等会儿做，可越到后来问题就会变得越严重，

    如到该写测试用例的时候，就会发现不知道该验证哪些。

    就算粗略写了些测试用例，在测试的时候，就会发现测试用例的覆盖率很低等


    对于我来说，一般是在遇到问题的时候，才会想着要改善的。（平时比较懒，在一切很顺利的时候是不会想着改进的）

    网络中写的需求评审和需求检查表对于公司的项目都不太适合，条条框框太多，而做到的实在太少。

    但如果在这个时候抱怨这些也无济于事，毕竟这些也不是一朝一夕就能解决的。


    能做到的也就是就问题解决问题了。

    第一步：仔细阅读《需求说明书》
      
        一般会让参加这个项目的测试工作人员都来阅读《需求说明书》。

    第二步：整理问题列表
 
        每个人都要把在阅读《需求说明书》的过程中，遇到不理解的、不确定问题
     整理出来，然后统一发给我。
      

    第三步：测试组内部会议

       针对搜集的问题列表，测试组内部会组织一次会议，讨论如何得到这些问题的解释，以及这些问题产生的原因

    第四步：与项目负责人沟通

       沟通的内容：
         1：问题列表中所存在的问题

         2：如何避免在下一次项目需求中 再次出现这些问题

         3：了解清楚 哪些功能上有特殊的测试需求

        在这过程中，原本是测试组成员都参加了，但为了避免会议时间过长，问题多而脱离主题，将测试组成员改成测试代表。

    第五步：测试组内部会议

        将与项目负责人沟通的结果 与测试组内部再次交流。

 

  
   具体需求分析，请参考：
http://www.cnsoft.cn/Exploiture/Softproject/Colligate/200509/7808.html