今天完成的事情：

学习的东西比较斑杂，c语言的入门学习，因为其学习loadrunner工具脚本语言有时候需要

手动去修改，再其loadrunner默认的语言是c语言，如其不学懂得话，很难看出这个脚本表达什么意思，和更改。

和对其测试得流程得一个复习。

收获：

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失败。缺点是覆盖率比较低。

到底什么是完整得测试流程：

软件测试的流程一般是这样的：需求评审-需求定稿，测试人员理解需求-测试组长发布测试计划-测

试人员进行测试方案的编写及评审-测试人员根据测试方案定稿进行测试用例的设计及评审-测试人员根

据测试用例进执行测试用例-发现问题bug提交-确认bug修复，关闭bug-编写测试报告及总结-编写安装

文档或者使用手册-结束。基本流程就是这样的，但是公司不同，流程也不同，也会出现各种对流程的把

控和要去，如果是面试，照我写的说，基本没问题的。关键是根据实际情况一步一步来，另外，性能测试

和功能测试，以及迭代测试，都是不同的。

问题：这段时间学习Load runner也不算是没有收获吧，起码学会了基本得脚本录制和性能分析，但总觉得东西要学习，c 语言 Python selenium 数据库基本操作，熟悉linux系统，这算是自己给自己定的目标吧。

明天计划：复测逗你学五期得线上bug，