文档介绍：手游测试工作总结
玩家甲
有的地方涉及公司,做了删除,可能会影响到阅读,请见谅!感谢北京-Kevin(K总)的指点,让我看出本文还有很多不足,自己还有很多不足之处,大家看的时候一定要保持测试质疑一切的精神,不可尽信,只作为参考就好。
1、概要
本报告旨在总结手游测试的流程,主要从黑盒功能测试方面出发,以手游测试为中心作出的一份工作总结报告。
2、QA测试的定义和工作职责
我所理解的QA(Quality Assurance),中文为“质量保证”,在整个项目产品的生命周期中,QA将与项目中的其他所有部门进行协助合作,跟踪和分析产品中的问题,督促问题的解决,同时尽可能从用户玩家的角度分析游戏的不足及不合理之处,以保证游戏质量达到项目需求。
QA工作职责是对游戏进行测试和建议,在项目生命周期内游戏各阶段正常运行为工作重点。合格的QA在进行测试工作的同时会逐步成为对项目产品最了解的人员,应当对游戏的各个方面和项目的工作有充分的了解,从而及时发现游戏中的缺席和项目管理中的缺陷,并提出专业性建议。
QA所着重做的三件事:
①发现并跟踪游戏的BUG。
②指出游戏中存在的瑕疵。
③从用户角度提出游戏的不足和对游戏的建议。
3 、游戏测试的流程
游戏测试流程依附于游戏开发的流程,一个正确,正规,合理且科学的测试流程对测试的效率和工作质量有至关重要的作用,这里不再赘述。
下图是我个人对游戏测试流程的理解,这份报告也将围绕我所理解的测试流程展开。
测试准备期
测试执行期
项目内容知识传递
互相审查
开会评审
问题跟踪
问题解决
协商
批准
功能测试
性能测试
适用/体验测试
兼容性测试
安全测试
安装卸载测试
本地化/国际化测试
SDK测试等等
生命周期
开始
项目计划
测试计划
测试用例
测试环境
测试执行
缺陷BUG
创建
描述
关联
状态
跟踪
处理
回归
关闭
验收测试
项目质量评估
测试评审
问题评审
测试报告
上线
项目总结
测试质量评估
测试覆盖率
测试的效率
未发现的缺陷
测试资源的利用率
项目(测试)背景
总体需求
细节需求
技术要求
风险识别
预估方法
测试策略
设计方法
测试工具
文档模板
相关人员
培训
测试方法
测试工具
测试环境
测试数据
测试结果
结果分析
改进/调整
4、测试准备期
测试准备期是测试工作的酝酿奠基期,为整个测试的工作打好基础。
项目计划
测试应当尽早介入项目,从测试的专业角度为项目提出意见。根据项目计划分析出测试需求,从而为测试计划做铺垫。
测试计划
测试计划定义
测试计划依附于项目计划,同时又应该有自己的独立性,对项目计划有监督催促的作用。当测试计划与项目计划发生冲突,断档时,应及时向PM反应,以检查项目或测试计划哪个部分出了问题,作出相应的调整,保证之后的流程能正常正确的进行。
测试计划制定应依据测试需求,将测试工作进行合理有效的划分,为下一阶段的测试做好准备和规划,使测试人员清晰的了解项目测试情况以及每个测试阶段该做什么,也可以让项目的其他人员了解测试人员工作内容,以便配合测试工作。测试计划分为总体测试计划和详细测试计划。
测试计划的制定应明确:
(1)为什么做这些测试。
(2)不同工作阶段的测试内容。
(3)不同测试阶段的起止时间。
(4)测试环境,测试文档存放位置,BUG的管理方法。
(5)测试人员安排。
(6)如何测试,测试的方法。
(7)测试的风险评估
(8)游戏所要达到的质量标准
测试计划编写完成后,需所有测试和开发人员进行评审,对测试计划进行完善修复,直至大家达成一致。然后根据测试计划制定详细的测试方案,测试计划和测试方案最大的区别在于前者重点在于“做什么”,而后者重点在于“怎么做”。
测试用例是对测试任务的细化描述,包含具体的测试方案,测试方法,测试技术,测试策略等的一个文档。
理论上测试用例应包括以下几个要素:
①编号:同一份用例中编号应具有唯一性。
②模块:用例对应的功能模块。如:背包的一键整理功能
③重要性:用例的重要程度。
④预置条件:执行用例的前置条件。如:游戏版本号,运行环境等等
⑤测试输入:执行用例所需的输入。
⑥操作步骤:执行用例详细的步骤。
⑦预期结果:执行操作步骤后预期所得到的结果。
⑧测试结果:PASS/NG/NT
⑨备注:补充说明。
编写用例的准备
首先,详细阅读策划文档,拆分策划文档中的功能点。然后,根据功能模块进行划分,细化每个模块的用例。然后,根据功能