今天完成的事情：

测试流程和loadrunner工具的使用方法

收获：

1.产品与客户沟通了解需求然后设计原型和需求讲解

2.了解需求，根据其项目原型和需求设计测试用例

3.测试用例评审，看其测试用例是否符合产品需求，对个个功能点是否完全其覆盖和详细，

如其不通过，继续修改测试用例，什么时候通过为止。

4.开发人员把产品从开发环境发到测试环境后，测试人员根据其编好的测试用例进行执行测试用例。

5.测试人员发现bug

6.测试人员确认bug

7.测试人员提交bug

8.相关开发人员确认bug

9.开发人员修复好bug

10.开发人员给其测试人员进行已修复好的bug  demo

11.测试人员复测bug，确认无误后关闭bug。仍有bug按照第五步重新激活

12.回归测试

测试人员对于那些已被开发修复的BUG，做回归测试以验证其是否得到正确修复。

确认修复的，就将BUG关闭，否则重新提交给开发人员修复。   

回归测试需要注意一下两点： 

  1.BUG是否得到正确修复 

  2.是否引入了新的BUG

13.线上测试 在其客户活跃度比较少时间段发布线上进行线上测试，看其主要功能是否完善是否页面崩溃，

    如其发生也有时间缓冲的余地进行回滚。

14.冒烟测试 

    冒烟测试(smoketest)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。

     这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，

就需要针对此问题进行专门测试，这个过程就被称为SmokeTest。在很多情况下，

做SmokeTest是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的

连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可

能引起了新的Bug。SmokeTest优点是节省测试时间，防止build失败。缺点是覆盖率比较低。

问题：下一步是继续总结之前所学？

明天计划：继续学习和探索loadrunner的世界