手游测试（测试内容、测试流程、测试用例）

您所在的位置：网站首页 › 10603g5g6g游戏测试 › 手游测试（测试内容、测试流程、测试用例）

手游测试（测试内容、测试流程、测试用例）

2024-07-07 22:10| 来源: 网络整理| 查看: 265

游戏测试的主要内容

游戏测试基本流程

游戏测试用例

游戏bug

游戏弱网测试

游戏功能性测试

游戏接口测试

游戏测试的主要内容功能测试主要验证功能是否符合需求设计主要考虑功能正确性，不考虑游戏底层结构及代码错误通常从界面着手测试，尽量模拟用户可能出现的操作

性能测试

测试点客户端CPU使用率客户端内存占用率客户端网络流量使用情况客户端耗电量客户端帧率（FPS）测试方法分析代码工具监测 iOS：xcode自带的instrument安卓：emmage和GT（需要root权限）压力测试服务器CPU使用率服务器内存占用率系统吞吐量（TPS）事务响应时间事务成功率兼容测试机型适配测试操作系统兼容测试屏幕分辨率兼容测试游戏版本兼容测试安全测试内存修改测试客户端加密测试客户端反编译测试网络安全测试（用抓包工具测试避免重复抓包）接口测试服务器各个接口数据测试，主要用工具来实现接口安全测试，重复发送请求，查看接口处理情况日志测试客服端日志服务端日志弱网测试测试点不同网络情况下游戏的运行情况不同丢包率情况下游戏的运行情况通过工具设置网络代理来实现常用的工具 win:fiddle、mac:network link conditionergm工具测试（运营、客服人员使用）测试gm工具的功能实现，需要关注工具的设置是否在游戏中起作用测试gm工具的数据读取、存储SDK测试用户数据测试充值、消费测试与各个渠道对接测试游戏测试基本流程流程功能会议->测试用例书写->冒烟测试->详细测试->回归测试->checklist检查冒烟测试详细测试之前的环节快速发现比较明显的bug快速确保主逻辑流程跑通快速明确功能开展状态详细测试细致的测试每个逻辑分支、资源、配置尽量模拟玩家的每一种操作可能测试异常情况，如断网、断电、事件中断、进程中断等测试数据读取、存储、网络等内容新功能对原功能的影响checklist检查（用于上线,，可通过代码提交记录进行简单测试，确定最终包含有所有功能及bug修复点）简要快速的检查功能的主要逻辑点简要检查与该功能有关联的任何其他功能点游戏测试用例设计步骤需求文档分析->功能模块划分->测试用例编写->测试用例整理与维护需求文档分析文档阅读（至少读三遍，注意细节）功能细节沟通探讨尽早确认细节不明白的地方不能脑补想当然关注需求变更，跟程序和策划确认逻辑梳理梳理出框架后，逐步细化

功能拓展思考设计缺陷思考测试难点思考关联度思考特殊情况思考兼容相关思考版本兼容功能兼容（新增的功能和以往）操作系统版本兼容分辨率兼容功能模块划分模块划分原则高内聚、低耦合重整体、轻局部模块划分方法功能流程法将功能的基本流程画出来，根据流程的每个大的环节进行模块划分，再细化和查漏补缺（不要纠结细节)

层次划分法按照逻辑层次逐层细化出模块的过程，比较适用于UI划分，大的系统模块划分等。在这里插入图片描述

类型划分法按照功能包含内容的不用类型进行划分适合功能种类比较独立，种类之间的耦合度比较低的情况在这里插入图片描述

测试用例编写格式一个清晰的格式为什么很重要让用例的脉络更清晰明了方便需求变化后的更新维护方便执行人员快速入手首页内容（用例的纲要）用例名称用例对应的游戏版本编写人、编写日期、备注修改人、修改日期、修改备注需求文档的链接或地址\ 在这里插入图片描述

正文页内容功能逻辑图（可有可无）用例id模块名称测试先决条件输入信息输出结果备注信息在这里插入图片描述

关于格式的一些注意点尽量保证逻辑清晰尽量保证一个输入只对应一个输出保证每次更新用例后都有明确的记录标注尽量保证一个用例内格式统一测试用例常用编写方法等价类边界值因果图&判定表注意点输入条件一定要单一明确，不用引起误会的词输出要可判断且明确，不用“显示正确”这种词测试步骤要可执行保持尽量高的覆盖度能抽象的尽量抽象出来，避免无意义的冗余，用比较有代表性的数据测试用例的整理和维护需求变化后需要即使更新老的测试用例，并写清修改情况的备注（修改内容，产品和开发负责人）测试用例应该尽量避免冗余，如果遇到重复的用例，需要根据实际情况进行修改注意测试用例的备份，写完后最好自己本地备份，避免线上被人误删除游戏bug 发现bug仅仅是测试工作的开始 bug的界定标准与需求设计不符违背常识bug的生命周期发现bug->提交给开发->开发修复->测试验证->通过后关闭->（上线前回归）发现bug->提交给开发->开发修复->测试验证->不通过->重复流程->通过后关闭bug的等级划分 p0：致命错误需要立即修复，如宕机、重启性报错等p1：严重错误需要紧急修复，如功能流程错误、数值错误等p2：一般错误允许一段时间内修复，如功能的简单错误、界面错误等p3：无关紧要的错误允许延期修复，如文字错误、某个像素点缺失等bug的提报标准标题：[模块名称]+简短描述测试环境：表名测试用的版本，系统，服务器，账号等描述：bug的详细描述重现步骤：重现bug的详细流程步骤及复现频率期望结果：希望bug修复后的结果备注：log，截图等在这里插入图片描述

bug的验证标准严格按照复现步骤验证去除测试环境的影响验证标注：需要注明验证的版本、服务器等拓展：是否对其他功能有影响，做简单回归，因为系统间的逻辑耦合性很高注意点：验证不能只看前端表现，更应该关注后端数据bug的跟踪与推动每个人都有责任跟踪自己的bug修复状态及时与开发沟通，了解修复状态并提供修复过程中的支持久不修复的bug需要与开发和上级确认如何处理bug修复后，需要即使验证bug的数据分析项目各个bug等级数量的矩形图项目各个开发者bug数量的饼图项目各个功能模块bug数量的矩形图游戏弱网测试要解决的问题网络信号差的情况下，对游戏运行的影响高丢包率的情况下，对游戏运行的影响不同网络信号之间切换时，对游戏运行的影响断线重连对游戏运行的影响前后端数据一致的问题测试方法 mac：network link conditioner或charleswin：fiddle 游戏功能性测试客户端性能测试指标 CPU 指游戏进程所占用的cpu占用率抛开场景看cpu的性能没有意义安卓设备，90%的场景CPU占用率小于60%ios设备，90%的场景cpu占用率小于80%内存在这里插入图片描述

FPS

游戏接口测试常见接口分类程序自身内部的模块接口程序暴露给外部其他程序调用的接口游戏接口测试内容客户端与服务端之间的网络接口测试修改传输参数大量发送数据游戏接口测试工具 jmeter（基于Java，需要安装Java环境）自己写脚本语言

【本文地址】

手游测试（测试内容、测试流程、测试用例）

手游测试（测试内容、测试流程、测试用例）

今日新闻

推荐新闻