灰盒测试

灰盒测试

灰盒测试,是介于白盒测试黑盒测试之间的一种测试,灰盒测试用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整,但又比黑盒测试更关注程序的内部逻辑,通过表征性的现象、事件、标志来判断内部的运行状态。

    1.关注需求本身;(需求文档)

    2.关注实现逻辑;(技术文档/方案)        细心、耐心、测试技术技巧

目的

    第一是确认程序按正确的实现方式实现策划需求;

    第二是提供风险评估的信息;面向主程/主测/项目经理

    第三测试开发的过程。保证整个软件开发过程是高质量的,以确保转测质量及交付质量。

四个维度分析测试任务前端、后端、数据库、后台(统计)

1.  需求分析阶段 

分析需求文档、技术文档(判断条件每个分支的正确性分析),输出脑图:

1)  明确前端变值(数据/状态/进度等),测试变值的范围(数据的区间/刷新、状态的切换、进度的区间等);

2) 明确后端主动同步的信息(第三方玩家金币的刷新、公告、道具的消耗与获得等主动推送的内容),测试消息的及时性与同步率(了解其实现方案,可第一时间预估风险);---逻辑处理的判断条件的边界,算法实现,数据类型是否合理等

3) 明确数据记录什么时候在内存里什么时候写入数据库,写入什么数据库,测试数据的准确性、及时性及异常情况下的正确性,数据库存储字段的数据类型是否合理,数据库建表索引/主键是否合理;

4) 明确数据库需记录什么样的基础数据来确保统计信息的完善,分析数据第一是确认功能效益、第二是当问题玩家出现时便于查询追溯玩家行为(必要时可加打点需求建议);

2.  用例输出阶段

根据需求分析阶段的脑图,完善用例,输出有效的测试用例

重点逻辑、边界、数据安全、玩家资产等测试点标红、配置相关表名/字段标蓝)】

用例编写(含异常测试用例)- 用例评审(内部评审、公开评审)--基本能力

功能测试用例设计方法:

(1)逐级细分;(2)输入域测试;(3)输出域分析;(4) 正交分析;(5) 业务流程分析;(6)状态迁移;(7)因果图(输入条件:因,输出条件:果);(8)判定表;(9)错误猜测;(10)等价类划分;(11)边界值分析

用例评审参与人:功能测试负责人、前/后端程序、主测、主程、对应版本成员

3.   用例执行阶段

根据测试用例执行用例,测试过程中完善用例(可能存在需求变更或者测试阶段发现的设计漏洞以BUG的形式提交,同时完善用例);---确保逻辑处理、需求实现质量、UI分辨率适配等

持续回归测试,BUG验收回归功能(UI自动化回归、接口自动化回归辅助)

【AD+Hod异常触发测试】

游戏的操作可以分为以下3个阶段:     1.游戏启动操作域    2.游戏中操作域  3.游戏后操作域

缺陷触发大致可以分为6大类:配置触发、启动触发、异常缺陷、压力触发、正常触发、重启触发

1)配置触发:游戏所运行的平台、操作系统、数据库和时间、游戏显示设置、游戏系统音效、音量、操作系统安装的补丁以及语言设置都可以是配置触发缺陷的触发点,包括外部的输入/输出设备的配置,网络配置、游戏中断等;

2)启动触发:游戏功能正在启动或者代码正在初始化时触发的缺陷,重新载入地图、使用道具、使用技能、CD恢复时容易触发,游戏程序在启动和初始化的过程中对条件进行初始化导致的错误;

3)异常缺陷:聊天框中输入非法字符、断线重连、网络异常等;

4)压力触发:客户端/服务端内存容量、CPU占用率、网络传输速度、数据库的数据吞吐量、用户连接数量、文件大小等条件下进行压力触发;

5)正常触发:测试功能是否遵从设计,代码是否能够正常运行,证明软件的功能符合设计需求;---考虑玩法的易用性,是否符合玩家操作习惯、是否好玩、是否好看提供合理意见

6)重启触发:玩家进行离开游戏、结束游戏、保存进度退出、重新读取进度、关闭游戏设备、或以其他任何方式终止游戏发生的错误;

【UI分辨率适配测试】

模拟器/unity工程进行适配测试:主要测试全屏界面、边界按钮的适配;

         主流分辨率:2k( 2048×1080)、1080P(1920 x1080 )、720P(1280 x 720、1280 x 640、1280 x 544 )、540P(960*540)、18:9(2880×1440)、19:9(1080×2280)--根据市场白皮书持续优化

测试设备进行适配测试:主要测试异型设备的适配;--可选择远程测试

         主流异形设备:刘海屏(魅族X8)、水滴屏(红米7)、全面屏(vivo Y85)、曲面屏(三星S8);--根据市场设备发布持续优化


4.  交叉测试阶段

每个测试人员的测试方法跟经验和注重点存在差异,通过交叉测试避免低级问题发布,以测试玩家的身份完成测试,团队内部明确版本发布的其他模块交流经验、总结漏测问题;---数据正确性、充值、登录、注册、账号信息、玩家资产、核心功能 零BUG


5.  封包发布阶段

上线交付玩家的最后一道关卡,每个测试人员为了团队的总体荣誉对游戏进行整体的冒烟测试,发现问题第一时间反馈及时跟进解决进度,同时保障发布质量跟发布节点,一旦发布质量有问题,优先质量,节点有影响可以协调处理。


6.  线上跟进阶段

线上问题优先级第一,其他测试任务团队共同承担

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容