手游测试内容、测试流程、测试用例设计
APP测试流程-测试用例-计划-报告可参照
移动APP测试流程及测试点1.APP测试基本流程1.1.测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），依据项目状况以及版本质量可适当缩短或延长测试时间。
正式测试前先向负责人确认项目排期。
1.2.测试资源测试任务起先前，检查各项测试资源。
--产品功能需求文档；--产品原型图；--产品效果图；--行为统计分析定义文档；--测试设备（ios7.1-ios9.2；Android4.0-Android6.0；）；--其他。
1.3.日报、周报及APP上线报告1）测试人员每天需对所测项目发送测试日报。
2）测试日报所包含的内容为：--对当前测试版本质量进行分级（中学低）；--对较严峻的问题进行例举，提示开发人员优先修改；--对版本的整体状况进行评估。
3）APP上线前，测试人员发送APP上线报告。
4）上线报告所包含的内容为：--对当前版本质量进行分级；--附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）；--总结上线版本的基本状况。
若有遗留问题必需列出并记录解决方案。
5）周报作为汇总本周全部的状况，以及开发人员修改状况与回来测试。
2.APP测试点2.1.平安测试2.1.1.软件权限1）扣费风险：包括发送短信、拨打电话、连接网络等；2）隐私泄露风险：包括访问手机信息、访问联系人信息等；3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测；4）限制/允许运用手机功能接人互联网；5）限制/允许运用手机发送接受信息功能；6）限制/允许应用程序来注册自动启动应用程序；7）限制或运用本地连接；8）限制/允许运用手机拍照或录音；9）限制/允许运用手机读取用户数据；10) 限制/允许运用手机写人用户数据；11) 检测App的用户授权级别、数据泄漏、非法授权访问等。
2.1.2.安装与卸载的平安性1）应用程序应能正确安装到设备驱动程序上；2）能够在安装设备驱动程序上找到应用程序的相应图标；3）是否包含数字签名信息；4）JAD文件和JAR包中包含的全部托管属性及其值必需是正确的；5）JAD文件显示的资料内容与应用程序显示的资料内容应一样；6）安装路径应能指定；7）没有用户的允许, 应用程序不能预先设定自动启动；8）卸载是否平安, 其安装进去的文件是否全部卸载；9）卸载用户运用过程中产生的文件是否有提示；10）其修改的配置信息是否复原；11）卸载是否影响其他软件的功能；12）卸载应当移除全部的文件。
手机APP测试流程规范
手机APP测试流程规范引言：随着移动互联网的快速发展，手机APP成为人们日常生活中必不可少的工具之一、为了确保APP的质量和用户体验，手机APP测试流程规范的制定和执行显得非常重要。
本文将介绍手机APP测试流程规范的基本要点。
一、需求分析和设计：在正式进行手机APP测试之前，首先要对APP的需求进行仔细分析和设计。
这包括功能需求、性能需求、安全需求等的明确和详细描述。
同时，还需要对APP的用户群体和使用场景进行分析，以便测试团队根据实际情况制定相应的测试策略和测试计划。
二、测试环境准备：在进行手机APP测试之前，应先搭建好测试环境。
测试环境应该与实际使用环境尽量接近，包括硬件设备、操作系统版本、网络环境等的模拟。
测试环境的搭建应该遵循统一的规范和标准，以确保测试的准确性和可重复性。
三、测试策略制定：测试策略是指测试的总体方法和思路，包括测试目标、测试范围、测试方法、测试技术等。
根据需求分析和设计阶段的工作成果，测试团队应制定出适合具体项目的测试策略。
测试策略应该与项目需求和资源限制相匹配，以保证测试的全面性和高效性。
四、测试用例编写：测试用例是测试过程中的操作步骤和预期结果的描述，是进行测试的基本单元。
在编写测试用例时，应充分考虑到不同的用户需求和使用场景，覆盖各种功能、性能和安全方面的测试点。
测试用例应具备可重复性和可扩展性，便于测试团队进行执行和维护。
五、测试执行和记录：测试执行是指根据测试用例进行实际的测试操作，检测APP的功能、性能和安全方面的问题。
测试执行应该遵循统一的测试流程和规范，确保测试的标准化和一致性。
同时，测试团队还应当及时记录测试结果和问题，便于后续的问题追踪和分析。
六、问题追踪和分析：在测试过程中，测试团队会发现很多问题和缺陷。
问题追踪和分析是指对测试过程中发现的问题进行记录和分析，找出问题的根本原因，并提出解决方案。
问题追踪和分析应该遵循统一的标准和流程，确保问题的及时解决和反馈。
手机游戏设计实验报告(3篇)
第1篇一、实验背景与目的随着移动互联网的快速发展，手机游戏已成为人们休闲娱乐的重要方式。
为了提高我国手机游戏设计水平，培养具备创新能力和实践能力的设计人才，本实验旨在通过实际操作，掌握手机游戏设计的基本流程、方法和技巧，提升设计实践能力。
二、实验内容与步骤1. 游戏选题与策划（1）选题：选择一款具有市场潜力、符合用户需求的手机游戏题材。
（2）策划：制定游戏的基本框架、角色设定、故事情节、游戏规则等。
2. 游戏界面设计（1）界面风格：根据游戏题材和用户喜好，确定界面风格。
（2）界面布局：设计游戏主界面、菜单、角色信息、地图、战斗界面等。
（3）图标与素材：制作游戏图标、按钮、角色、道具等素材。
3. 游戏编程（1）游戏逻辑：编写游戏基本规则、角色行为、事件触发等代码。
（2）图形渲染：使用游戏引擎（如Unity、Cocos2d-x等）实现游戏界面渲染。
（3）音频处理：添加背景音乐、音效等，增强游戏氛围。
4. 游戏测试与优化（1）功能测试：测试游戏基本功能、角色行为、界面交互等。
（2）性能测试：测试游戏运行速度、内存占用等性能指标。
（3）优化调整：针对测试中发现的问题，进行代码优化、界面调整等。
三、实验过程与结果1. 游戏选题与策划我们选择了一款以武侠题材为背景的手机游戏。
游戏以一个少年成长为武林高手的历程为主线，融入了丰富的角色、技能、装备和任务系统。
2. 游戏界面设计（1）界面风格：采用古典武侠风格，以水墨画为主色调。
（2）界面布局：设计了主界面、菜单、角色信息、地图、战斗界面等，界面简洁明了，易于操作。
（3）图标与素材：制作了游戏图标、按钮、角色、道具等素材，风格与游戏整体风格一致。
3. 游戏编程（1）游戏逻辑：实现了游戏基本规则、角色行为、事件触发等代码。
（2）图形渲染：使用Unity游戏引擎实现了游戏界面渲染，画面流畅，效果良好。
（3）音频处理：添加了背景音乐、音效等，增强了游戏氛围。
4. 游戏测试与优化（1）功能测试：测试了游戏基本功能、角色行为、界面交互等，未发现重大问题。
游戏测试流程
游戏测试流程游戏测试是游戏开发过程中非常重要的一环，它能够帮助开发团队发现潜在的问题和BUG，并确保游戏在发布前的质量。
下面我将介绍一下游戏测试的流程。
一、测试策划在进行游戏测试之前，首先需要进行测试策划。
测试策划包括确定测试的目标、测试的范围、测试的资源和测试的进度计划等。
二、测试环境搭建在进行游戏测试之前，需要搭建好测试环境。
测试环境应该与实际的游戏环境尽量相同，包括操作系统、硬件设备和网络环境等。
同时，需要安装测试工具和模拟器等。
三、测试用例设计测试用例是指测试人员根据游戏的需求和功能设计的测试步骤和输入数据。
测试用例应该覆盖到游戏的各个方面，从游戏的登录到角色的操作，以及各种系统的功能测试。
四、功能测试游戏的功能测试是对游戏各个功能模块进行测试的过程。
测试人员按照测试用例逐一测试游戏的各个功能，并记录BUG和问题。
功能测试需要测试各种场景和情况，以确保游戏的功能稳定可靠。
五、界面测试界面测试是对游戏的图形和界面进行测试的过程。
测试人员需要测试游戏的UI设计、动画效果和用户操作界面等，以确保游戏的视觉效果和交互性能。
六、性能测试性能测试是对游戏的运行性能进行测试的过程。
测试人员需要测试游戏的加载速度、帧率表现、内存占用和网络延迟等，以确保游戏在各个方面的性能符合要求。
七、兼容性测试兼容性测试是对游戏在不同平台和设备上的兼容性进行测试的过程。
测试人员需要测试游戏在不同操作系统、不同硬件设备和不同分辨率上的运行情况，以确保游戏在各个平台上都能正常运行。
八、验收测试验收测试是由游戏开发团队和发行商进行的测试。
测试人员需要根据发行商的要求进行测试，并确保游戏在发布前的质量符合要求。
九、BUG修复在测试过程中，测试人员会记录游戏中的各种BUG和问题，并将其提交给开发团队进行修复。
开发团队会根据BUG的优先级进行修复，并在修复后进行再次测试，以确保BUG被完全解决。
十、回归测试回归测试是在游戏修复BUG后进行的再测试过程。
通用手机软件测试用例编写规范和流程
2.1主要内容
本标准规定了编写前期测试用例时的书写规范和操作流程。
2.2适用范围
本标准适用于项目提交测试后进行的路径分析和前期测试用例编写。
3.前期测试用例编写流程
4.路径图制作规范
4.1所用工具及模型
制作路径图一律使用office_2003_visio_pro进行，所用模型可以在两种中选择其一：
文档测试：主要测试开发过程中针对用户的文档，以需求、用户手册、安装手册等为主，检验文档是否和实际应用存在差别。文档测试不需要编写测试用例。
测试种类的划分不要拘泥于上面的形式，总体来说应该服从于测试策略，可以根据具体工作的特点进行安排，为了工作更容易开展，完全可以把一些测试合在一起进行。在后面的性能测试用例的编写上，充分体现了这一思想。
性能测试不同的系统有不同的要求，编写方法要根据实际要求进行编写，本文提出一个常见的参考方案，在实际工作中，可以根据需要加入其它例如内存泄露等和性能相关的测试用例。
下面介绍各个部分性能测试用例包含的内容：
2.1预期性能指标测试用例
通常系统在设计前都会提出一些性能指标，这些指标是性能测试要完成的首要工作之一。针对每个指标都要编写多个测试用例来验证是否达到要求，并根据测试结果来改进系统的性能。
1.3测试种类、阶段和用例的关系
为了便于在实际工作中提高效率，同时方便测试用例的编写和执行，可以把上面提到的各个测试类型与对应的测试用例合并。合并后的测试用例主要有以下几种：
1．功能测试用例：包含功能测试、健壮性测试、可靠性测试
2．性能测试用例：包含性能测试、压力测试、强度测试
3．集成测试用例：包含接口测试、健壮性测试、可靠性测试
性能测试：在交替进行负荷和强迫测试时常用的术语。性能测试关注的是系统的整体。它和通常所说的强度、压力/负载测试测试有密切关系。所以压力和强度测试应该与性能测试一同进行。
游戏行业中的游戏测试流程详解
游戏行业中的游戏测试流程详解游戏测试是游戏开发流程中至关重要的一环。
通过游戏测试，可以发现并修复游戏中的漏洞、错误和问题，提高游戏品质，使玩家能够获得更好的游戏体验。
本文将详细介绍游戏测试的流程和方法。
一、需求分析在进行游戏测试之前，测试团队首先要进行需求分析。
测试团队需要了解游戏的设计目标、功能需求以及用户期望，以便确定测试的范围和目标。
需求分析的过程中，测试团队还需要与开发团队和项目管理团队进行充分的沟通和协调，保证测试工作可以顺利进行。
二、测试计划测试计划是游戏测试的重要组成部分。
测试计划包括测试的目标、范围、资源需求、时间安排、测试方法和测试工具等内容。
测试计划的编制需要考虑到项目的整体进度和开发团队的要求，同时要合理安排测试资源和时间，以提高测试的效率和质量。
三、测试用例设计测试用例是游戏测试中的核心内容。
测试用例是根据游戏的需求和功能设计的一系列测试步骤和预期结果。
测试用例的设计需要全面覆盖游戏的各个方面，包括功能测试、性能测试、兼容性测试等。
测试用例的设计需要结合实际情况，并且要不断更新和优化，以确保测试的全面性和有效性。
四、测试环境搭建测试环境搭建是游戏测试的基础。
测试环境需要包括各种硬件设备、操作系统和网络环境等。
测试团队需要根据游戏的需求和测试目标来选择合适的测试环境，并进行相应的配置和搭建。
测试环境的稳定性和准确性对测试结果的可靠性起到了至关重要的作用。
五、功能测试功能测试是游戏测试的主要内容之一。
功能测试旨在验证游戏的各项功能是否符合设计要求，并检测是否存在功能性错误。
功能测试需要按照测试用例执行相应的测试步骤，并对测试结果进行验证和记录。
通过功能测试，可以发现和修复游戏中的各种功能性问题，包括游戏逻辑错误、界面问题等。
六、性能测试性能测试是游戏测试的另一个重要组成部分。
性能测试旨在评估游戏在不同的负载条件下的性能表现，并发现并发问题、内存泄漏以及性能瓶颈等。
性能测试需要模拟真实的游戏使用场景，并使用合适的工具进行测试。
游戏测试用例-设计步骤
游戏测试用例-设计步骤1.确定测试目标：首先需要明确测试的目标，即想要测试的是游戏的哪个方面，如功能、性能、兼容性等。
根据测试目标确定测试用例的覆盖范围。
2.收集需求和功能列表：与游戏开发团队沟通，了解游戏的需求和预期功能。
根据收集到的信息编制出功能列表，列出游戏的各项功能。
3.划分功能模块：将收集到的功能列表进行分类，划分为不同的功能模块，如登录、注册、游戏关卡、游戏角色等。
划分功能模块有助于更好地组织测试用例。
4.定义测试条件：针对每个功能模块，确定测试所需的条件，包括输入数据、预期结果、预期行为等。
测试条件的定义应尽量详细和准确。
5.设计测试用例：根据测试条件，设计出能够验证功能模块是否正常工作的测试用例。
每个测试用例应包含测试步骤、输入数据、预期结果和实际结果等信息。
6.确定测试优先级：根据功能的重要性和影响程度，确定测试用例的优先级。
通常情况下，越重要和常用的功能，其测试优先级越高。
7.确定测试环境：确定进行测试所需的硬件设备和软件环境。
包括操作系统、浏览器、网络等。
测试环境要和实际用户的使用环境保持一致。
8.执行测试用例：按照设计好的测试用例，逐步执行测试步骤，并记录下实际结果。
测试的过程中要注意记录问题和异常情况，以便后续的修复和改进。
9.分析测试结果：将实际结果与预期结果进行比对，分析测试结果的差异，找出问题的原因和根本原因。
可以使用一些测试工具和报告来辅助测试结果的分析。
10.报告测试结果：将测试结果整理成报告并进行汇总，包括问题的描述、复现步骤、截图等。
向开发团队提供详细和准确的测试报告，以便问题的修复和改进。
11.追踪问题：对于发现的问题，要及时追踪其解决进度，并进行反馈和确认。
在下一轮测试中，要验证问题是否已经解决。
12.优化测试用例：根据测试过程中的经验和反馈，不断优化测试用例，提高测试的效率和准确性。
根据测试结果和用户反馈，进行持续的测试改进。
总结来说，设计游戏测试用例的步骤包括确定测试目标、收集需求和功能列表、划分功能模块、定义测试条件、设计测试用例、确定测试优先级、确定测试环境、执行测试用例、分析测试结果、报告测试结果、追踪问题和优化测试用例。
游戏测试基本方法
游戏测试基本方法1. 引言游戏测试是游戏开发过程中至关重要的一步，通过测试可以发现并修复游戏中的各种问题，提升游戏的质量和用户体验。
本文将介绍游戏测试的基本方法，包括测试计划制定、测试环境准备、测试用例设计、测试执行和测试报告等内容。
2. 测试计划制定在进行游戏测试之前，首先需要制定一个详细的测试计划。
测试计划应该明确测试的目标、范围和时间安排。
具体来说，测试计划应包括以下内容：•测试目标：明确测试的目标，例如检测游戏中的BUG、评估游戏的稳定性等。
•测试范围：确定需要测试的游戏功能和模块。
•测试时间安排：规划测试的时间，确保足够的时间进行测试。
•测试资源分配：确定测试所需的人力、硬件和软件资源。
•风险评估：评估测试中可能遇到的风险，并提前做好准备。
3. 测试环境准备在进行游戏测试之前，需要准备一个适合的测试环境。
测试环境应该模拟真实的游戏运行环境，包括硬件设备、操作系统、网络环境等。
以下是测试环境准备的一些要点：•硬件设备：准备与游戏运行所需的硬件设备相匹配的测试设备。
•操作系统：使用游戏所支持的操作系统版本进行测试。
•网络环境：测试时需要确保网络连接稳定，模拟不同网络情况进行测试。
•数据库：如果游戏需要使用数据库，需要准备相应的数据库环境。
4. 测试用例设计测试用例是游戏测试的核心。
测试用例应该涵盖游戏的各个功能和模块，并包含具体的测试步骤和预期结果。
以下是测试用例设计的一些建议：•功能测试：对游戏各个功能进行测试，包括登录、角色创建、游戏界面等。
•兼容性测试：测试游戏在不同设备、操作系统和网络环境下的表现。
•性能测试：测试游戏在高负载情况下的性能表现，如游戏加载时间、帧率等。
•安全性测试：测试游戏是否存在安全漏洞，如用户信息泄露、作弊等。
•用户体验测试：从用户角度出发，测试游戏的易用性和用户体验。
5. 测试执行在进行测试之前，需要先确保测试环境和测试用例已经准备好。
测试执行过程中需要按照测试用例的步骤进行操作，并记录测试结果。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
手游测试内容、测试流程、测试用例设计游戏测试的主要内容
功能测试
主要验证功能是否符合需求设计
主要考虑功能正确性，不考虑游戏底层结构及代码错误
通常从界面着手测试，尽量模拟用户可能出现的操作
性能测试
测试点
客户端CPU使用率
客户端内存占用率
客户端网络流量使用情况
客户端耗电量
客户端帧率（FPS）
测试方法
分析代码
工具监测
iOS：xcode自带的instrument
安卓：emmage和GT（需要root权限）
压力测试
服务器CPU使用率
服务器内存占用率
系统吞吐量（TPS）
事务响应时间
事务成功率
兼容测试
机型适配测试
操作系统兼容测试
屏幕分辨率兼容测试
游戏版本兼容测试
安全测试
内存修改测试
客户端加密测试
客户端反编译测试
网络安全测试（用抓包工具测试避免重复抓包）接口测试
服务器各个接口数据测试，主要用工具来实现
接口安全测试，重复发送请求，查看接口处理情况日志测试
客服端日志
服务端日志
弱网测试
测试点
不同网络情况下游戏的运行情况
不同丢包率情况下游戏的运行情况
通过工具设置网络代理来实现
常用的工具win:fiddle、mac:network link conditioner
gm工具测试（运营、客服人员使用）
测试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或charles win：fiddle
游戏功能性测试
客户端性能测试指标
CPU
指游戏进程所占用的cpu占用率
抛开场景看cpu的性能没有意义
安卓设备，90%的场景CPU占用率小于60% ios设备，90%的场景cpu占用率小于80% 内存
FPS
游戏接口测试
常见接口分类
程序自身内部的模块接口
程序暴露给外部其他程序调用的接口
游戏接口测试内容
客户端与服务端之间的网络接口测试
修改传输参数
大量发送数据
游戏接口测试工具
jmeter（基于Java，需要安装Java环境）自己写脚本语言。