big一 问题之三

测试环境怎么搭建的？

jdk、mysql 数据库、Tomcat、navicat、谷歌浏览器
接口测试工具： postman
性能测试工具： jmeter
bug管理工具： 禅道
badboy（web端录制工具，生成。jmx文件）、charles抓包工具
自动化的话：用的是python开发工具，pycharm

偶然性问题的处理

一、一定要提交!!
二、程序不是测试人员写的，出问题也不是测试人员的原因。
三、下次再遇到的时候，拉他们来看就可以了。
四、你可以告诉程序员，测试过程是没有错误的。
五、测试部门是独立与开发部门的呀，真的打交道，也是经理对经理。
六、测试部门要独立，最好不受开发的制约。其实真正要重视，就应该有否决的权利。

参考文档：
http://www.51testing.com/html/64/161964-110158.html

二八定理

80%的bug出现在20%的代码（模块）中

在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的缺陷，而系统测试又能找出 其余缺陷中的80%，最后的4%的缺陷可能只有在用户大范围、长时间使用后才会暴露出来。

如何跟踪缺陷？

bug管理工具（禅道）、bug等级、bug严重程度、bug状态、缺陷报告的编写

缺陷单应该包含这些要素

缺陷ID、缺陷描述、所属模块、用例ID、缺陷名称、bug等级、bug严重程度、bug状态、提交人、解决人、提交时间、解决时间、备注、版本号

测试报告的主要内容

一、概述
包括项目背景、需求分析

二、测试时间、测试环境

三、测试过程
评审记录、测试范围、测试用例

四、功能实现清单
列出是否已经按照测试计划实现功能

五、缺陷统计
测试缺陷统计；
测试用例执行情况统计

六、测试统计情况
资源统计
执行情况
问题统计
问题列表
遗留的问题

七、测试总结

测试结论；（是否通过）
测试内容、测试用例的覆盖程度、bug的解决程度
八、测试风险

如何定位bug？

1、用户层面： 检查host、使用环境ping 或操作问题（浏览器缓存、fiddler工具影响等）
指的是用户自己的环境问题或者操作问题，比如环境不通，或者操作不正确

2、web页面样式------观察样式是否与需求一致

3、F12----查看状态码

​ 4XX 客户端问题， 比如发生了401，那么要看下是否带了正确的身份验证信息；发生了403则要看下是否 有权限访问；404则要看下对应的URL是否真实存在；

​ 5xx服务端出现问题（配合服务器log进行定位，发生了502错误则可能是服务器挂了导致的问题、发生503 错误可能是由于网络过载导致的问题、发生504错误则可能是程序执行时间过长导致超时。

4、查看服务器日志----发生5XX问题，检查后端接口执行的sql是否正确，tomcat日志

5、检查接口请求、返回参数----点击Response标签将标签内的内容复制出来，问了更好的查看可以将其粘贴到格式化json的工具上（如果返回类型是json）工具地址：http://json.parser.online.fr/，然后查看这里面展示的记录数是不是跟UI上展示的一致，如果不一致可以判断是前端的