第五次分享-测试思路

测试流程：1  需求分析

需求评审，提前对需求进行综合分析，对不理解和有歧义的地方进行批注，特别对功能需求不明确或者一些对需求挖掘不够的地方进行标注，在需求评审前对产品功能就有所了解，在评审阶段进行更一步了解，并对我们标注的问题有针对性的提问，需求阶段对存在的风险避免掉，（集中性的提问，而不是打断产品的话，打扰产品思路，影响会议时长）

场景分析：站在用户的角度考虑问题，

需求制定满足哪些人，

用户在哪种情况下才会使用这些功能，

用户的使用频率，

用户如何使用改功能，

为什么这么做，优势在哪里（竞品分析）

2、把需求转化为功能点  关键是把显示将数据和ui分离

先看  数据产生  和业务的正确性，再关注ui对数据显示的正确性  ui

功能点划分优先级 ：数据的创建和更新>数据的查询>数据显示，

这样做有的优点：

例子：打乱的信息要在前端滚动显示，

（1）首先看接口传递的内容正确，保证服务端业务处理是否正确

（）前端的展示，这样测的更详细

3、黑盒法解析功能点

功能输入类型：用户数据的输入 

                          系统提供的数据  时间变量

                        某些功能可以进行的前提条件

4、自顶向下的拆解   

由点到面，由全局到局部

5、停止细分的条件

划分到业务不能再分

6、强健壮性和弱健壮性测试

7、收工接口测试

利用开发文档，使用抓包工具进行

8、对cookies就行验证（登录）

9、功能测试之外

兼容性测试

第五次分享-测试思路

PC端主要兼容浏览器：IE    Chrome  Safri  Firefox  360等

手机主要兼容浏览器：Safri  QQ浏览器以及一些原生浏览器

安装卸载测试

安全性测试

性能测试

故障恢复测试

10、发布前准备

数据的初始化脚本是否ok

配置和脚本是否ok

发布流程是否ok

发布人及生产环境回归测试人员是否准备ok

应急预案

11、上线后回归测试

主要流程测试

定时、定期对线上功能进行回归测试

以上学习到了相对正规的测试流程体系，在需求用例评审，对cookies进行验证方面是缺少的，需求评审也是提了一次，然后才有测试参与的，之前也没有，后期的话希望能通过自己的努力，让流程体系完善些，然后bug库也是非常有必要的，慢慢开始着手这件事情的，