测试报告的内容一般包括以下内容：测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介；
测试结果与缺陷分析：这部分主要汇总各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估；
测试结论与建议：这部分主要报告本次测试执行是否充分、测试目标是否完成、测试是否通过等结论，和对系统存在问题的说明、可能存在的潜在缺陷和后续工作、对缺陷修改和产品设计的建议；
有时附录有缺陷列表、缺陷等级定义标准、测试通过标准等。
测试用例方法:
1,等价类划分法 2,边界值分析法3,因果图法4,错误推测法5,场景法
等价类划分:把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少量具有代表性的数据作为测试用例分为有效等价类和无效等价类,
边界值分析法: 1,如果输入条件规定了值的范围，应取刚达到这个范围的边界值和刚刚超过这个范围的边界值作为测试数据
2,如果输入条件规定了值得长度，则用最大长度、最小长度、比最大长度多１个字符、比最小个数少１个字符作为测试数据
因果图法:等价类划分法和边界值分析法都是着重考虑输入条件，但没有考虑输入条件的各种组合，输入条件之间的相互制约关系。
因果图法是一种利用图解分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。
因果图法考虑了输入情况的各种组合及输入情况之间的相互制约关系。
产品上线后，出现bug的处理流程
1、根据bug的大小，如果影响业务逻辑及用户提醒及时处理，如果只是一些状态、文案等等对业务无重大影响可以跟版本迭代走
2、很严重的bug必然要回滚，想都不要想赶紧去着手安排做。
3、检查回滚版本是否会丢失数据，如果危害小可以让用户自己决定是否忽略（推送告知用户会丢失哪些数据一般说「部分数据」），如果危害大，替问题用户保存好数据并告知用户不要轻易回滚。
4、配合开发及测试人员，快速定位bug，并且锁定影响范围。
5、做好备份，及时发出上线公告，产生bug的功能暂且不上线，其他功能继续上线。
上线成功后，做一个上线总结
偶现bug的回归:
1、尽量找到这个bug必现的场景
2、保留当前出现偶现bug的环境（或备份）
3、找不到必现的场景时，作为偶现bug进行记录
4、在往后的版本中验证这个bug，若连续3个大版本都无法复现，则bug关闭；若有复现，则保留继续跟进。
5、偶现率：如果偶现率比较高，影响用户使用，则开发人员必须在当前版本之内解决。若偶现率低，则可以在往后版本解决。
