今天完成的事情：总结任务1到任务5

明天计划的事情：总结任务6

遇到的问题：暂无

收获：

 需求

   就是客户的需要和要求 

   需求是一个项目的开始，整个项目都是围绕需求来操作。

 需求分析

     业务需求：系统是不是满足业务需求，分析客服的业务有啥流程。

     用户需求：系统是不是满足用户需求，考虑用户用软件时是否习惯。

     功能需求：系统是不是满足功能需求，分析软件是否达到满足业务的目的。

测试点、测试用例、用例评审

    1 测试点通过对需求分析得出测试的具体内容。

    可以对快速的设计出测试用例，完全覆盖我们的要求。

    2 测试用例根据项目的实际情况设计用例的表格，格式不要生搬硬套。

        常用的编写方法：

         等价类划分

         边界值分析法

         场景法

         猜测法

         因果图法

         正交实验设计法

   3 用例评审是对测试用例进行检查，产品讲需求，测试人员和PM对用例的检查。

         可以发现测试用例的不足，方便QA改用例，提高测试质量

软件测试的分类

     黑盒测试   白盒测试  静态测试 动态测试   手工测试  自动化测试 

     目前我们常用的是黑盒测试

BUG的工具，BUG级别，BUG流程

      目前我们常用的BUG工具是禅道

      禅道的BUG级别分为

                     致命bug：死机，崩溃

                     严重（block）bug：主要功能丢失，必要功能全部丧失，闪退。

                    偏严重（major）bug：必要功能丢失，影响功能使用。

                     一般（normal）bug：不影响功能使用。

                    建议/提示（minor）bug：颜色，位置。

 BUG流程

          1.发现bug

          2.提交bug

          3.开发确认bug

          4.修复bug

          5.验证bug（验证时有问题，激活bug，重新打开）

          6.关闭bug

测试流程

      1.找产品要需求

      2.对功能点就行分析

      3.需求评审（1.产品讲需求。2.确实各人员的完成时间）

      4.编写测试用例

      5.用例评审会 （1.修改测试用例。2.增补用例。）

      6.执行测试用例

      7.提交bug

      8.修复bug

      9.验证bug/回归测试

      10.上线

      11.冒烟测试