灰盒测试

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

    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.  线上跟进阶段

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