功能测试笔记-PART5软件测试报告、验收测试

测试报告内容

1、报告信息
2、引言
3、测试概要
4、测试结果与缺陷分析
5、测试结论与建议
6、测试限制

引言

1、编写目的
具体编写目的，指出预期的读者范围。
2、项目背景
3、系统简介
设计说明书有此部分，照抄
注意必要的框图和网络拓扑图
4、评测产品
对测试对象的描述
包括但不限于文件、程序所在的SVN路径，SVN版本号等信息
5、测试概要
声明、范围、目的等等。包含用例设计方法，简要介绍测试用例的设计方法。
测试环境与配置，包含：
数据库服务器配置、CPU、内存
硬盘：可用空间大小
操作系统、应用软件、局域网地址、服务器配置
测试方法与工具，黑盒测试，如 LoadRunner、Monkey等
6、测试结果与缺陷分析
主要汇总各种数据并度量，度量包括对测试过程的度量和能力评估，对软件产品质量度量和产品评估。
测试执行情况与记录
测试组织的架构图，包括：
测试组架构（如存在分组、用户参与等情况）
测试经理（leader）
主要测试人员
参与测试人员
7、覆盖分析
需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况要100%

测试覆盖：需求/功能用例个数、执行总数、未执行、漏测分析和原因
8、缺陷分析
上述缺陷和其他收集数据进行综合分析
用例质量=缺陷总数/测试用例总数*100%
缺陷密度=缺陷总数/功能点总数
测试曲线图：
描绘被测系统每工作日/周缺陷数，得出缺陷走势和趋向。
9、残留缺陷和未解决问题
BUG号
缺陷概要 该缺陷描述的事实
原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性原因，以及为解决原因
预防和改进措施：弥补手段和长期策略
10、测试结论
分析测试执行是否充分（可增加ui安全性、可靠性、可维护性和性能描述）
是否可以进入下一阶段项目目标
对测试风险的控制措施和成效
测试目标是否完成
测试是否通过
11、建议
对系统存在问题说明，描述测试所揭露的软件缺陷和不足，以及可能给软件事实和运行带来的影响。
可能存在的潜在缺陷和后续工作。
对缺陷修改和产品设计的建议。

验收测试任务

验收测试是向未来的用户表明系统能够像预定要求那样工作，也就是验证软件的有效性。
功能和性能角度都符合用户期待

Alpha测试
用户在开发环境下进行的测试
比如：公司内部其他部门的用户在模拟实际操作环境下进行的测试
特点：开发者坐在用户旁边。
在系统开发接近完成时对应用系统的测试，测试后仍然会有少量设计变更。
一般由最终用户或其他人员完成，不能由程序或测试员完成。

Beta测试
由软件的多个用户在一个或多个用户的实际使用环境下进行测试。
开发者不在测试现场
由用户记录问题，顶起向开发者报告
相当于游戏内测