13.1软件测试报告-看测试结果找原因
13.1.1软件测试报告
（1）测试报告是把测试的过程和结果写成文档。
（2）对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据。
（3）同时为软件验收和交付打下基础。
（4）测试报告是测试阶段最后的文档产出物。
（5）优秀的测试人员应该具备良好的文档编写能力。
（6）一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价。
（7）测试报告基于测试中的数据采集以及对最终的测试结果分析。
13.1.2测试报告的内容
（1）测试报告基本信息
（2）引言
①引言-编写目的
本测试报告的具体编写目的，支出预期的读者范围。
eg：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要约等于本报告的高层经理。
②引言-项目背景
对项目目标和目的进行简要说明。
③引言-系统简介
①如果设计说明书有此部分，照抄。
②注意必要的框图和网络拓扑图能吸引眼球。
⑤引言-评测产品
①对测试对象的描述。
②包括不限于文件/程序所在SVN路径，SVN版本号等信息。
（3）测试概要
包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。
①用例设计方法。
简要介绍测试用例的设计方法。
②测试环境配置。
简要介绍测试环境及其配置，可以包含的内容：
数据库服务器配置、CPU、内存
硬盘：可用空间大小
操作系统、应用软件、局域网地址、服务器配置
③测试方法与工具。
简要介绍测试中采用的方法和工具：
提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式工具为可选项，当使用到测试工具和相关工具时，要说明。如LoadRunner、Monkey等。
（4）测试结果与缺陷分析
主要汇总各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。
度量包含：
①测试执行情况与记录。
描述测试用例执行情况，包括执行的测试用例、通过的测试用例等，记录实际数据。
②测试组织。
可列出简单的测试组架构图，包括：
测试组架构（如存在分组、用户参与等情况）
测试经理（领导人员）
主要测试人员
参与人员
（5）覆盖分析
需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100%的目标。
测试覆盖：需求/功能（或编号）用例个数 执行总数 未执行 未/漏测分析和原因。
(6)缺陷分析
本部分对上述缺瞎和其他手机数据进行综合分析。
用例质量=缺陷总数/测试用例总数*100%
缺陷密度=缺陷总数/功能点总数
测试曲线图：描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向
（7）残留缺陷和未解决的问题
①编号：BUG号。
②缺陷概要：该缺陷描述的事实。
③原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因以及未解决原因。
④预防和改进措施：弥补手段和长期策略。
（8）测试结论
①测试执行是否充分（可以增加对安全性、可靠性、可维护性和性能描述）。
②是否可以进入下一阶段项目目标。
③对测试风险的控制措施和成效。
④测试目标是否完成。
⑤测试是否通过。
（9）建议
①对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响。
②可能存在的潜在缺陷和后续工作。
③对缺陷修改和产品设计的建议。
④对过程改进方面的建议。
13.2验收测试-测试质量是否合格
13.2.1验收测试的主要内容
验收测试是部署软件之前的最后一个测试操作。
验收测试的目的是：确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
13.2.2验收测试任务
①验收测试是向未来的用户表名辞退能够像预定要求那样工作，也就是验证软件的有效性。
②验收测试的任务，即验收软件的功能和性能如同用户所合理期待的那样。
13.2.3验收测试策略
（1）Alpha测试
（2）Beta测试
13.2.3.1验收测试策略-Alpha测试
① Alpha测试是由用户在开发环境下进行的测试。
②也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。
③开发者坐在用户旁边，这是在开发者受控的环境下进行的测试。
④在系统开发接近完成时对应用系统的测试。
⑤测试后仍然会有少量的设计变更。
⑥这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。
13.2.3.2验收测试策略-Beta测试
①Beta测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。
②开发者通常不在测试现场，这是在开发者无法控制的环境下进行的测试。
③由用户记录下遇到的所有问题，定期向开发者报告。
④Beta测试是一模拟真实的使用环境从而发现缺陷的一种测试。