项目完成，拿来测试总结的模板，开始往里面添内容，去完成测试总结报告，写过几次报告，并没有去对报告做过一个梳理，如何去写一份好的总结报告呢？

项目简介：一些需要介绍的内容，项目简称的解释，项目背景等等
测试内容：测试内容的大纲
测试环境：测试环境的描述，包括客户端和网络环境
测试资源：测试过程中的测试资源使用
测试的数据：bug数，解决数，遗留数。模块bug分布，bug走势图，缺陷遗留，需要说明的问题
测试数据分析：对于整个过程测试的一个分析，得出结论
遗留问题：对于软件遗留问题有详细说明。

报告的内容每个人都可以说清楚，但是仅仅简单的罗列，也能使看的人很费劲。如何展现这些东西使你的测试报告丰满而又有说服力，并且易读易看呢？
1、内容简洁：说话抓住重点，不说废话，简单易懂，能用表格的尽量用表格展示
2、不罗列详细数据，挑拣一些能说明问题分析数据的：比如缺陷走势图，模块的bug分布等等。加必要的简短的分析。图形简单易懂，且比较直观。如果不能说明问题或者一些不重要的图表就不用都一一列在报告中了，会显得报告比较啰嗦。
3、遗留问题说明很重要：遗留问题列表：当遗留问题比较多时，要择优选择，因为大家都有这样的感受，10个问题，大家都会仔细看，100个问题就没有心情和时间仔细看了，会感觉重点不突出，这就需要测试人员挑出比较重要的问题展示出来，并且说明重要问题的影响。
4、分析结论一定要给出，并且明显的位置。让项目经理清楚你的测试结论是什么，当时间比较紧的时候他看到结论心里就有数了
5、把其他的详细数据付成附件，可供想得到详细数据学习的人去学习理解。

测试用例体现测试思想

运行测试的收获
1 发现软件缺陷
2 找到更多的bug
3 阻止产品的提前发布
4 帮助经理做决定（发布or not）
5 降低技术支持的费用
6 评估与规格说明书的一致性
7 符合规律
8 降低法律诉讼的风险
9 找到正确的方法使用该产品（找出软件如何工作，不会有bug出现）
10 评估软件质量
11 验证产品的正确性
12 质量保证

测试的两个目标
1找出bug
2使bug修复
 
好的测试用例
1、强大的（能找出bug的）
2  产生重大的结果（经理等决策人需要强制修改问题）
3  可信的
4  客户经常使用的功能，触发的事件
5  比较容易衡量的（容易看到结果的）
6  发现bug并且可以确定问题所在
7  可以帮助获得更多的信息
8  适当的复杂（不能太复杂）
9  可以帮助测试和程序员改进产品的方面，易用性，或者环境

测试类型和测试质量
  测试种类
功能测试
域测试
基于规范的测试
基于风险的测试
压力测试
回归测试
用户测试
场景测试
状态模型测试
大批量自动化测试
探索性测试

功能测试
测试系统功能，特点（好的用例关注一个重点）

域测试（划分等价类？）
域测试的核心就是取样，关注他们的不同点，每次就一个不同点测试

基于规范的测试
基于需求说明书，测试系统

基于风险的测试
假设可以使程序失败的方式，然后设计一些用例去测试程序是否会在这种情况下失败
测试的目的：列出项目的风险

压力测试

回归测试
保存测试用例并且重复用他们，当程序做了修改后运行的测试

用户测试（接收测试）
由用户充当测试测试系统

场景测试
场景测试是在假设的基础上进行的，在测试中去检查在假设的情况下程序运行的情况

状态模型测试（状态转换测试）
可见的行为模式的状态模型及状态模型的转变，验证程序状态转换的正确性

大并发量自动化测试（并发测试）
大并发量运行程序，看系统的相应情况，

探索性测试
是在按照测试工程师运行和用户的一些指标设计测试用例的基础上，设计新的更好的测试用例去发现问题
测试必须做一些调查分析，例如，学习熟悉系统，查看缺陷历史分析产品，看代码和查访用户，阅读规格说明书，然后在更新自己的测试用例，对产品的进一步测试