从流程&偏差值提升版本质量_御猫使

一、版本测试：

1.        详说测试流程，阐明重点把握细节，提升QA节点把控能力。

2.        降低偏差值、提升产品质量。

二、版本测试流程：

1.        沟通产品需求，了解产品设计方向以及产品需求。

a)        版本质量要求：

1.        通常版本质量有ABC之分，但一般性游戏产品只需要做ABC即可。QA人员或测试主管，需要和版本负责人或制作人，沟通产品质量要求。

2.        A级，功能流程畅通无卡死bug，且功能覆盖逻辑符合设计，同时数值及接口无异常。

3.        B级，功能流程畅通无卡死bug，且功能覆盖逻辑符合设计。

4.        C级，功能流程畅通无卡死bug。

5.        沟通的重点，是确认在对应周期内，目标的版本质量是一个什么要求。比如技术测试，C级即可，但不同的项目组负责人要求不一样，视具体情况确认。

b)       版本覆盖面及时间节点：

1.        通常版本确定下来后，会定下来未来版本覆盖面，一般是个一句话简述，后续在实际开发中，将会逐步补充策划文档。

2.        QA人员或测试主管，需要和版本负责人或制作人，沟通产品的设计覆盖面，至于细节在后续的计划中展开即可。

3.        除了沟通产品的覆盖面之外，每个执行细节的任务内容简述、提测文档时间、提测功能时间、提交发布时间等确定下来。

2.        梳理版本功能结构表，制定测试计划。

a)        版本测试计划的制定：

1.        一般由项目的测试QA负责编写，编写完毕后，提交测试主管进行整理，以及补充覆盖面及执行细节。

2.        文档的格式，一般两种，比如完整性新项目即结构表样式，比如常规版本即常规迭代表样式。

3.        文档的维护，这个是版本主题计划，后续的执行都是以此为依据时时更新。

b)       测试周工作计划：

1.        测试主管，编写测试周报，以执行人的周单位，编写任务池。

2.        周报，分为上周完成情况、本周计划、后续任务。

3.        周报，涉及到上线时间要求的，需要在单任务后面加上截至时间。

4.        周报，任务池，写明任务名称和执行即可，不要过于累赘，描述清晰即可。

3.        梳理测试用例，以及需要的测算列表。

a)        功能案例分析：

1.        根据功能文档或者设计相关沟通说明，拆解功能块。

2.        拆解方法：开始-过程-结束，将所有的涉及测试细节，罗列出一张list清单。

3.        拆解大同小异，一般小功能可以直接绕过该细节。

b)       测试用例汇编及测算列表编写：

1.        测试用例，常规两种汇编方法，一种基准用例，一种是完整性用例。

2.        使用哪种汇编，视当前的版本时间而定，后者更加严谨，时间充裕尽可能后者。

3.        极个别的行为功能，或者重复性的用例，可以采取不编写或者修改复用即可。

                      ii.             测试用例汇编或者沿用，无论哪种需要把执行用例发送测试主管处确认。

                      iii.             测试主管审核用例，将覆盖面不足及遗漏的方法，进行详尽说明。

                      iv.             测算表，通常做好元素覆即可。

4.        执行功能测试，快速迭代bug。

a)        冒烟测试：

1.        在功能未完整完成前，可以提前涉入测试，优先堆叠bug过去。

2.        测试越早介入功能，越早提交及修改，对产品的帮助比较大，尽可能提前。

b)       重推迭代测试：

1.        功能流程走通后，进行重推测试，一般两个环节：逻辑深度环节、数据测算环节。

2.        常规，前者优先测试，其次是后者。

3.        特殊说明，在这里需注意对逻辑的细节进行分拆，比如试练测试，其中的试练碰撞会有很多事件，若对碰撞事件不熟悉，必然会出现遗漏等，会导致测试认知度和理解度产生较大问题，需重点关注。

c)        兼容性测试：

1.        设备兼容测试：比如IOS版本、安卓版本，支持最低最高版本。以及中间的特殊大版本，需要全界面性的通跑测试。

2.        设备分辨率测试：比如IOS环境、安卓环境下，设备分辨率的测试，对于IOS来说，公司常备机型都可以支持到。对于安卓公司内部采集主流设备进行测试，同时可以发布testbird、testin之类云环境进行兼容性测试。

3.        中低配样机测试：主要测试中低端环境下，流畅度、内存、CPU等数据纬度检测。工具使用比如GT。

4.        设备特性测试：音量键、关机键、HOM键等操作性测试，比如安卓一二三节目通过返回键操作易出问题。来电、语音、切换等内部操作性测试，比如新手环境切进程重新进入游戏，易出现流程卡住问题。

5.        网络环境测试：2G/3G/4G/WIFI等环境接入测试，以及切换性测试，比如资源更新测试时或者安卓下载整包时，切换环境会出现更新异常。

d)       部署更新测试：

1.        更新测试，一般两种，资源增量更新测试、整包更新测试。

2.        具体方法详见更新测试，对于更新测试，内部需测试更新前和更新后环境测试。

3.        重点，测试的内容不是仅仅是更新后数据和逻辑正常，更重要的是在更新过程中，操作行为的测试异常情况。

e)        节点性活动测试：

1.        节点性活动，以及礼包等，一般作为特殊通道优先测试。

2.        这类型测试，需要做规则、逻辑、数值奖励测试，备份记录。

 5、系统功能验收测试，确认覆盖资源到位。

                  a)        功能验收测试：

1.        根据测试计划中内容，进行详尽验收完成情况。

2.        包括：测试计划内容验收模块、测试用例执行验收模块、禅道bug验收模块等。

                   b)        验收测试重点：

1.        确认计划内内容完成情况，新增和删除内容，和策划、程序沟通确认。

2.        覆盖面到线，确认覆盖到面、线的资源到位（包括差异比对）、规则正常。

3.        bug层面，所有的严重级及以上等问题，重新复验解决情况。

4.        bug层面，和策划、程序沟通，小细节问题放到后面版本进行解决。

6.        线上环境部署测试，七日常规跟进。

a)        线上部署测试：

1.        线上部署跟进测试，确保和内部部署测试一致，以及新增问题跟进。

b)       七日常规根据测试：

1.        上线后，一般七日内是问题易发期，需重点关注。

三、版本质量偏差值的控制：

1.        bug统筹分析：

                        i.             bug的统筹分析，通常分析迭代效率、跟进效率。

                      ii.             迭代效率，不仅仅是指提交bug的效率，而且也包括bug的及时回归。

                     iii.             迭代效率，可以通过bug的新增、解决两张表对比，一般一个常规测试一天应该20+真实bug。爆发期可以2-5倍，空档期或者测算期可能只有3~5条，实属正常。但是周量和月量变化曲线，一般是均衡的。

                     iv.             通过版本bug的分析，后续提升迭代效率，降低偏差值。

2.        测试用例、测算列表：

                        i.             测试用例及测算列表的执行覆盖，直接影响到偏差值。

                      ii.             测试需要吃透功能，但有时候测试经常会遇到策划没有文档的情况，而新测试往往很难下手。因此测试必须自己汇编用例，更加谨慎性的进行执行测试。

                     iii.             当然，即便是有文档，测试也需要汇编测试用例，以确认的内容覆盖到位。

                     iv.             分析、汇编、审核、执行、复盘，是测试用例、测算用例执行的五个关键性步骤，check到位，较大层度降低偏差值。

3.        svn差异：

                        i.             一般bug，除了界面和逻辑bug外，最多bug发生区域，在于策划配置表。

                      ii.             针对于游戏产品，比对的内容是策划陪表。

                     iii.             比对的目标：确认提交内容覆盖面，和实际测试覆盖面出入，以确认两者差异性。然后跟进差异性展开测试。

                     iv.             切记，svn比对不是测试结果，而是分析，策划之所以所比对就可以了，因为站在角度不同，测试的原则是质量。

                      v.             差异性测试确认功能覆盖，降低偏差值。

4.        验收测试：

                        i.             验收往往是最经常疏忽出错的时候，这个时候往往面对所有人的催促，不仅仅测试上，心理上往往会承受很大的压力，越是这个时候，越是需要冷静。

                      ii.             随着开发周期的推移，往往约定好的时间，会出现delay，当然delay原因会多种多样这里不阐述，一般会把测试时间吃掉一部分，这个时候是相当尴尬的。

                     iii.             其实这本身就是一种质量失控的表现，当然对于项目负责人层面来说‘我完成了’、‘大不了，我降低质量要求’。先不管外力，那我们如何做呢。

                   谨记质量要求原则，做好保底测试。

         周边性内容或者后续内容，放到第二天后面测试，周知项目负责人清楚，哪些是现在保证的，哪些是后面要做补刀的，将可控的牢牢控制好，不可控的放后补刀测试。

                     iv.             牢记原则，抓大放小，降低偏差值。