测试流程

在企业里面测试流程和开发流程是同步的：

         测试流程：瀑布式测试 和 敏捷式测试

         开发流程：瀑布式开发 和 敏捷式开发

        

         瀑布式的基本概念：

                 老板提出需求之后，产品把所有的原型图做出来后，同时需求理论通过，在这个时候基本一个完整版本就出来了，接下来UI把所有的效果图做出来以后，在开会审核一遍，审核合格以后，开发开始 进行开发，如果不合格了，UI再去修改，直到合格为止，在开发的同时，测试开始写我们自己的测试用例，当开发完成我们就可以根据测试用例去测试：最后直到上线。

         瀑布式开发的优点：

                  1：bug比较少，不可能出现重大bug（比如崩溃），因为留给开发的事件较充足，开发基本会自测bug出来

                  2：开发出来的产品质量高，体现在效果和用户体验比较好，代码封装比较好吗，一般不会不限反人类设计（提交按钮的左右方向）

                  3：开发和测试对产品的业务逻辑 比较透彻

          瀑布式开发的缺点：

                 1：开发时间长，企业承受不了，成本较高，效益比较低

                 2：对市场需求的反应不够灵活，

       

         所以企业抛弃瀑布式从而采用了敏捷式测试

         

         敏捷式测试的优点：

                 1：效率高，时间较短，对市场的反应较快，一般都是通过版本的迭代方式 进行开发，不断地完善我们的产品，企业风险较小

                 2：产品首先在第一版会出出个1.0版本：只要有基本的功能，能够使用就可以了，而当第一版本上线之后在开始迭代，基本上是每隔一周或者几天就要迭代一次，这就是敏捷式测试；

               

        敏捷式开发：

               在敏捷式开发的时候我们测试需要：

               1：首先把新增的功能系统性的测试一遍，保证我们新增的功能没有任何问题，除了对保证新增的功能没有任何问题之后，我们需要进行回归测试，使用的测试流程就是瀑布式，从而保证我们的产品不会再新增功能的时候把以前的功能改错；

               2：如果产品已经迭代了很久，我们进行回归测试可能需要大量的时间进行回归测试，有可能开发开发了3天，测试可能需要的不止3天，以为我们除了测试新增的功能以外，还需要对以前的功能进行系统性的测试，这个时间我们可以通过我们的自动化来提高我们的效率；

               《比如》在开发完成1.0以后，在开发进行版本迭代的时候这段我们空闲下来的时间，我们可以把1.0的功能点写成脚本，当1.1版本发布之后，我们只需要对新增的功能进行功能测试了，以前的老功能直接和我们同步进行自动化测试，自动化测试覆盖不道德我们在进行手动测试，所以我们写自动化脚本的目的就是为了在进行功能测试的时候为我们的功能测试提高效率；

              

       测试分类：

                  1：黑盒测试

                  2：灰盒测试

                  3：白盒测试

      1：黑盒测试：基本上就是对界面和功能点进行测试，再深一点的黑盒测试一般情况下都会通过抓包巩固去抓包，比如Fiddler抓包，看看提交的数据和接口文档要去的是不是一致，返回的数据和借口文档要求是不是一致，还回去查看数据库的数据，比如用户名，密码是不是通过加密以后保存的，还有在列表展示数据与数据库里面的数据是不是一致；

     

       所以一般黑盒测试至少测试两方面：

              1：UI效果图实现了没，逻辑交互对不对，功能点是不是实现了

              2：Fillder或者Charles抓包看看提交的数据是不是符合要求，比如：登录，密码是不是较密了，列表在展示的时候，列表的展示数据与抓包返回的数据是不是一致

    

       灰盒测试

               介于白盒测试和黑盒测试之间

              灰盒测试不限白盒测试那样详细，完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象，事件，标志来判断内部的运行状态；

             灰盒不仅注意表面现象，还要注意程序内的业务逻辑，但是灰盒测试不想白盒测试那样直接看代码，而是根据我们的经验猜测来判断内存的业务逻辑是不是与我们的预期一致；

            比如：上拉加载，下拉刷新功能测试：

            如果是黑盒测试：只需要看下拉的时候数据刷新了没有，上拉的时候数据加载了就可以了；

           

            灰盒测试的时候，我们除了关注黑盒的那两点之外，还会通过fiddler去抓包数据，看看提交的对不对，返回的数据对不对，比如一般有个page和一个控制的item个数的参数没测是不是固定的下拉刷新的时候怕个是不是为1，返回的item是不是20个，上拉加载的时候看看page 是不是在变大；

          

       白盒测试：

             白盒测试又俗称结构测试透明 盒测试 ，逻辑驱动 测试或基于代码的测试；

             白盒测试需要测试结构和类；

            比如: 上拉加载下拉刷新代码业务逻辑是不是复杂了,看看登陆的接口提交的数据密码有没有进行md5加密,别的数据有没有加密方式加密一下