测试 告/验收测试

• 软件测试 告
• • 测试 告的内容
• 验收测试

是看着课程听的，做的课程的随堂笔记
课程的链接如下：
https://coding.imooc.com/class/411.html

软件测试 告

◆测试 告是把测试的过程和结果写成文档
◆对发现的问题和缺陷进行分析,为纠正软件存在的质量问题提供依据
◆同时为软件验收和交付打下基础
◆测试 告是测试阶段最后的文档产出物
◆优秀的测试人员应该具备良好的文档编写能力
◆一份详细的测试 告包含足够的信息，包括产品质量和测试过程的评价
◆测试 告基于测试中的数据采集以及对最终的测试结果分析

测试 告的内容

引言一项目背景
◆对项目目标和目的进行简要说明

引言一系统简介
◆如果设计说明书有此部分，照抄
◆注意必要的框图和 络拓扑图能吸引眼球

引言一评测产品
◆对测试对象的描述
◆包括但不限于文件/程序所在SVN路径，SVN版本 等信息（还可能用的是git的路径，分支，版本，或者是apk文件的路径，打包方式等）

3.测试概要
◆包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介
◆用例设计方法
简要介绍测试用例的设计方法
例如:等价类划分、边界值、因果图等
◆测试环境与配置
简要介绍测试环境及其配置，可以包含的内容:
数据库服务器配置、CPU、 内存
硬盘:可用空间大小
操作系统、应用软件、局域 地址、服务器配置

◆测试方法与工具
简要介绍测试中采用的方法和工具
提示:主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式
工具为可选项，当使用到测试工具和相关T具时，要说明。
如LoadRunner、Monkey等

4.测试结果与缺陷分析
◆主要汇总各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。
◆测试执行情况与记录
◆描述测试用例执行情况，包括执行的测试用例、通过的测试用例等，记录实际数据
◆测试组织（用到了多少人员多少资源，每个人员起到了什么作用）
◆可列出简单的测试组架构图，包括:
测试组架构(如存在分组、 用户参与等情况)
测试经理(领导人员)
主要测试人员
参与测试人员.

5.覆盖分析
需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100%的目标
◆测试覆盖:需求/功能(或编 )用例个数执行总数
未执行 漏测分析和原因

6.缺陷分析
◆本部分对上述缺陷和其他收集数据进行综合分析（哪些是严重缺陷，哪些是不太严重的）
用例质量=缺陷总数/测试用例总数x 100%
缺陷密度=缺陷总数/功能点总数
◆测试曲线图:
描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向 （曲线应当最终呈现收敛状态，如果还在发散的话说明还可能会有未发现的缺陷）

编 : BUG
◆缺陷概要:该缺陷描述的事实
◆原因分析:如何弓|起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因以及未解决原因
◆预防和改进措施:弥补手段和长期策略（长期来看怎么避免这种问题）

7.测试结论
测试执行是否充分(可以增加对安全性、可靠性、可维护性和性能描述)
◆是否可以进入下一阶段项目目标
◆对测试风险的控制措施和成效（如果要和银行联测，那不可能真的联合银行来进行测试，但是如果我们有自己的预生产环境，能够模拟银行进行测试，那么我们的产品就有了最后一步校验，这一点就要在测试结论中进行总结）
◆测试目标是否完成
◆测试是否通过

8.建议
◆对系统存在问题的说明，描述测试所揭露的软件缺陷和不足以及可能给软件实施和运行带来的影响.（比如测试中由于哪些开发或者哪些测试给项目带来了重大影响，需要归纳总结，未来如何规避这些影响）

◆可能存在的潜在缺陷和后续工作（时间不等人，有些缺陷还没来得及测试完但是项目需要紧急上线，要及时记录并且想到可能会有哪些潜在的缺陷，如何规避用户发现这些缺陷，点到了该如何处理）

◆对缺陷修改和产品设计的建议
（缺陷修改大家反应的速度不够快，沟通方式有问题等）

验收测试

验收测试的主要内容
◆验收测试是部署软件之前的最后一个测试操作
◆验收测试的目的是:确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务

验收测试任务
◆验收测试是向未来的用户表明系统能够像预定要求那样. 工作,也就是验证软件的有效性
◆验收测试的任务，即验证软件的功能和性能如同用户所合理期待的那样（功能都有，用户使用感不错）
验收方是第三方的时候：

验收测试包括alpha测试和beta测试，alpha测试是由开发者进行的软件测试，beta测试是由用户在脱离开发环境下进行的软件测试。

Alpha测试
◆Alpha测试是由用户在开发环境下进行的测试 （用户受控制）
◆也可以是开发机构内部的用户在模拟实际操作环境下进行的测试
◆开发者坐在用户旁边，这是在开发者受控的环境下进行的测试
◆在系统开发接近完成时对应用系统的测试
◆测试后仍然会有少量的设计变更（用户发现哪里不大好用，后续会继续设计更改）
◆这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成

Beta测试
◆Beta测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试
◆开发者通常不在测试现场,这是在开发者无法控制的环境下进行的测试
◆由用户记录下遇到的所有问题，定期向开发者 告
◆beta测试是—模拟真实的使用环境从而发现缺陷的一种测试（相当于游戏的内测）