-
写机器人模拟人进行压力测试
服务端日志:记录玩家操作行为
客户端日志:客户端崩溃等
查看全部 -
笔记
查看全部 -
功能模块划分:
功能模块划分时应该遵循什么样的规则?
模块划分原则:
1、高内聚,低耦合
2、重整体,轻局部
功能模块划分有哪些比较好的方法?
模块划分方法1:
功能流程法:将功能的基本流程画出来,根据流程的每个大的环节进行模块划分,然后再细化和查漏补缺;
举例:请就银行ATM的取款功能进行模块划分
插卡环节-密码登录环节-输入金额环节-取卡环节-取走钱币环节
模块划分方法2:
层次划分法:按照逻辑层次逐层细化出模块的过程,比较适用于UI划分,大的系统模块划分等;
举例:请就dota的这款游戏进行模块划分
dota-战斗外内容-战斗内内容-账号登录-按键设置-英雄-道具
动画-技能
模块划分方法3:
类型划分法:按照功能包含内容的不同类型进行划分
举例:兵种测试,道具测试等
兵种测试-可训练兵种-不可训练兵种
道具测试-可消耗道具-不可消耗道具
类型划分比较适用于一个功能种类相对独立,种类之间关联度较低的情况
模块划分注意事项
不同的划分方法适用不同的场景,要具体问题具体分析
有时候一个功能需要结合多种方法进行划分
划分方法不重要,划分原则更重要一些
划分完毕后,要结合需求文档重新梳理,确保模块清晰,覆盖完整
查看全部 -
游戏测试基本流程:
功能会议-测试用例书写-详细测试-冒烟测试-回归测试-CHECKLIST检查
功能会议:1、了解功能需求内容2、提出可能存在的风险点3、思考功能的测试重点和难点,如需要工具辅助,需提出开发需求4、思考可以优化的地方,并提出讨论;
测试用例书写:
1、根据需求书写测试用例2、关注功能逻辑实现3、考虑各种特殊情况,如边界值、网络中断、进程中断等;
4、关注需求变更情况,需求经常发生变更,需要及时调整测试用例
冒烟测试:1、详细测试之前的一个环节2、快速发现比较明显的bug3、快速确保主逻辑流程跑通4、快速明确功能开展状态
详细测试:1、细致的测试每个逻辑分支、资源、配置2、尽量模拟玩家的每一种操作可能3、测试异常情况、如断网、断电、事件中断、进程中断等情况4、测试数据读取、存储、网络等内容5、测试该功能对其他功能的影响
回归测试:
测试已经被修复的内容、测试需求调整后的内容、再次详细测试各逻辑分支
checklist检查
1、简要快速的检查功能的主要逻辑点
2、简要检查与该功能有关联的任何其他功能点
查看全部 -
游戏测试工作内容:
功能测试、性能测试、压力测试、兼容测试、安全测试、接口测试、日志测试、弱网测试、gm工具测试、SDK测试
功能测试:
1、是游戏测试中的最常见的模式、主要测试方法为黑盒测试;
2、主要用来验证功能是否符合需求设计
3、主要考虑功能正确性,而不考虑游戏底层结构及代码错误
4、通常从界面着手开始测试,尽量模拟用户可能出现的操作;
客户端性能测试:
1、客户端CPU使用率2、客户端内存占用率3、客户端网络流量使用情况4、客户端耗电量5、客户端帧率(FPS)
IOS常用工具xcode自带的instrument 安卓常用工具emmage和GT
服务端压力测试:
1、服务器CPU使用率 2、服务器内存占用率3、系统吞吐量(TPS)事务响应时间、事务成功率
兼容测试:机型适配测试、操作系统兼容测试、屏幕分辨率兼容测试、游戏版本兼容测试
安全测试:内存修改测试、客户端加密测试、客户端反编译测试、网络安全测试()
接口测试:
1、服务器各个接口数据测试,主要通过工具来实现
2、接口安全测试,重复发送请求,查看接口处理情况;
日志测试:
客户端日志、服务端日志
弱网测试:不同网络情况,游戏的运行情况,如edge、2g、3g、4g情况
不同丢包率情况下游戏的运行情况
通过工具设置网络代理来实现,常用的fiddler、network link conditioner
gm工具测试:
1、测试gm工具的功能实现,需要关注工具的设置是否在游戏中起作用
2、测试gm工具的数据读取、存储
sdk测试:
用户数据测试、充值、消费测试、与各个渠道对接测试
查看全部 -
游戏研发团队简介:
制作人(项目整体负责人):
1、负责游戏研发环节
2、负责游戏运营环节
3、负责项目人员管理
4、负责项目事务管理
策划:
1、剧情:负责规划游戏中的各种剧情、故事、背景等;
2、系统:设计游戏中各种系统的规则
3、数值:规划游戏中各种资源的产出、消耗等;
4、关卡:设计游戏中各种关卡;
程序员:代码实现人员,负责把策划的设计及美术资源等通过编码实现成可玩的程序;
前端程序:实现游戏客户端的展现与逻辑
后端程序:实现服务器端的逻辑,数据验证等;
美术:制作游戏中的各类美术资源(场景、UI、原画、动画)
测试:项目的质量保证人员,主要工作是发现游戏中存在的缺陷并及时返回出来;
功能测试、性能测试、压力测试、兼容测试、自动化测试、安全测试
游戏开发流程:
制作人:制作项目目标,规划
策划:将项目目标拆解成细致的需求,并将需求细化成文案
测试-程序-美术:将需求用代码和美术资源实现出来,测试写测试用例
测试:对项目各个方面进行质量控制,将发现的缺陷反映出来
查看全部 -
游戏接口测试的主要内容
客户端与服务端之间的网络接口测试【修改参数】【重复发包】
Jmeter或者脚本语言
查看全部 -
Bug详解
发现bug仅仅是测试工作的开始
bug的界定标准
与需求设计不符
违背常识
bug提报标准
标题【模块】+简短描述
测试环境:版本,系统,服务器,账号
描述:详细描述
重现步骤:重新啊bug的详细流程步骤及复现概率
希望结果:修复后结果
备注:log,截图
bug验证标准
严格按照复现步骤验证
去除测试环境的影响
验证标注:注明时间
扩展:是否对其他肝功能有影响,做简单回归
注意点:验证不能只看前段展现,更应关注后端数据
bug的跟踪与推动
有责任跟踪
及时与开发沟通,了解修复状态病提供修复过程中的支持
不修复的bug需要与开发和上级确认
bug修复后,需要及时验证
查看全部 -
测试用例编写
格式
为什么重要?
脉络清晰明了
方便需求变化后的更新维护
方便执行人员上手
首页内容
名称
对应版本
编写人,编写日期,备注
需求文档链接
正文页内容
功能逻辑图
用例id
模块名称
测试先决条件
输入信息
输出结果
备注信息
常用的测试用例编写方法
等价类:金币不足时购买道具10【有效等价类】10,11+【无效等价类】9
边界值:【刚好相等】【刚刚小于】【刚刚大于】数值测试,字符串测试
因果图&判定表:自动售货机,找钱和产品
测试用例整理与维护
更新测试用例,并修改备注
尽量避免冗余
用例的备份,本地也备份一份,避免线上误删除
查看全部 -
功能模块划分
遵循原则
高内聚,低耦合【货币购买,月卡+普通货币购买】
重整体,轻局部【货币购买,UI购买】
划分的方法
功能流程法:画出来,根据流程每个大环节进行模块划分,然后再细化和查漏补缺
层次划分法:逻辑层次,比较适合UI划分【战斗内【账号登陆,按键】、战斗外【英雄【动画,技能】,道具】】
类型划分法:道具测试【可消耗、不可消耗道具】
3.注意事项
1.具体问题具体分析
2.原则更重要
3.根据需求文档重新梳理,模块清晰,功能完整
查看全部 -
测试用例
需求文档分析
文档阅读--至少读3遍文档?意图,遗漏,深入理解,带着思考(设计的角度)
细节沟通探讨--不明白的地方,细节确认,关注需求变更
逻辑梳理--功能交叉,框架到细化
功能拓展思考--设计缺陷,测试难点【活动更新时间】,关联度【item叠放,包压力】,特殊情况
兼容相关思考--版本兼容【交易、对战】,功能兼容【老功能中新特性,英雄新】,操作系统版本兼容,分辨率兼容【图片缝隙,图片偏移,按钮挡住】
功能模块划分
测试用例编写
查看全部 -
test content
查看全部 -
testing
查看全部 -
games
查看全部 -
遊戲接口測試
什麼是接口?
常見的接口分類
程序自身內部的模塊接口
程序暴露給外部其他程序調用的接口
遊戲接口測試的主要內容
客戶端與服務端之間的網路接口測試
遊戲接口測試常用工具
Jmeter或者腳本語言(python)自己寫
查看全部
举报