看了这张图，你看官方有没有打消游戏测试就是拿工资玩游戏的观点，呵呵。

一款游戏的质量保证工作，基本都是围绕上图中的具体工作展开的。为了保证测试任务的效率和质量，项目团队中的测试人员承担所有上述工作是不现实的，成本也是很高的。更好的解决方案是游戏项目组的测试人员专注于与功能密切相关的界面、日志等测试工作，将相对薄弱、与项目可分离的内容放入平台测试团队完成。近似模型如下：

这种配置有两个好处：一是优化测试团队内部的资源配置，二是提高项目本身的测试效率。专业的人做专业的事是总体指导思想。

以上概括描述了下一个游戏项目质量保证的大致内容，以及如何优化测试组资源的配置。那么，在实际工作中，应该如何管理好质量保证呢？

在这里，笔者将质量管理工作分解为九个流程，我们来逐一谈谈各个部分的内容和要点。当然没有不真实的画面，各位，画面来了~

下面根据上图详细说说每个过程中正确的姿势。

第一，需求管理流程

需求管理在整个质量保证过程中非常重要，但也是一个经常被很多读者忽视的过程。很多测试人员习惯于承担任务开始测试，甚至不看需求文档，导致测试缺失或错误的现象。

对于需求管理过程，在正式开始测试之前，至少有三点需要特别注意。

01)评估需求的合理性。任何人的思维或设计都不可能是完美的，所以我们也应该对策划者提供的需求文档持怀疑态度。在阅读需求的过程中，需要思考设计中是否有不合理的地方，是否有可以优化的地方。最忌讳的就是跟着剧本走，想都没想就认为需求100%正确。

02)思考考试难度和考试周期。在阅读和梳理需求文档时，尽量考虑每个功能点的测试难度和测试时间。如果有无法测试或难以测试的地方，尽快提出，并与开发人员沟通测试计划或提出测试工具的开发要求。评估测试时间的目的是为了更准确地预测任务是否能在测试周期内完成。如有困难，尽快提出，便于整个项目进度的调整或协调其他资源帮助完成。

03)考虑关联度。游戏功能之间的关联度很高。在需求阶段，需要考虑现有功能是否与其他功能相关，新增功能是否对旧功能产生影响。如果存在相关效应，就需要在实际测试过程中对这些相关函数进行测试。

二、计划管理流程

在测试计划管理中，最核心的问题是时间。每个环节的时间估计越准确，项目进度的可控性就越高。相反，它会导致各种不可预测的延迟，如下图所示：

在计划管理的过程中，核心是时间，重点是计划必须对个人清晰，需要跟进。任何计划都有可能被拖延，不要放手，认真分析拖延的原因，不断改进。

三、任务分配管理流程

任务分配管理流程比较简单，需要考虑的点不多。我们就用图来解释一下。如果你能做到以上，你就不是BB了。见下图：

四.执行管理流程

许多注重结果的读者可能会忽略执行和管理的过程。结果很重要，但是如果你想得到一个理想的结果，请不要忽视执行的过程。在实施过程中，尽可能的关注和监督，了解实施的动态信息。如果发现任何可能导致意外结果的迹象，需要及时进行动态调整，比如增加人力、调整任务或者修改预期目标。

好的管理采取预防措施，而坏的管理

V.反馈管理流程

信息孤岛的出现会给项目带来潜在的风险，要尽量避免这种情况。及时主动的沟通和反馈，有助于团队之间的信息流，不仅知道他们要做什么，也知道别人在做什么，让别人知道你在做什么。详见下图：

六.缺陷管理过程

Bug管理是最常见也最容易被忽视的。在这个过程中，我们需要注意八个方面，如下图所示：

对于很多测试人员来说，测试工作就是发现bug，然后就没有了。其实光发现缺陷是远远不够的。作者一直强调发现bug只是测试的开始。为什么我们要不厌其烦地强调缺陷管理过程的八个部分？这么复杂不会影响效率吗？可以回答清楚，不会，但是会提高项目整体效率。我们举两个简单的例子来说明。

示例1:错误报告标准。很多人一句话提到bug，这个习惯很不好。看似节省时间，实则浪费别人的时间。一句话，开发者可能根本不理解bug的意思，或者觉得很难重现，要和记者反复确认，这是很浪费时间的。所以一个好的bug应该有清晰的描述，清晰的重现步骤，清晰的预期结果，以及相关的截图和日志。通过消耗测试人员的一点时间来提高整个项目的效率。

例bug的数据分析。数据分析往往被忽视。通过bug数据的统计分析，可以清楚的了解哪个模块容易出现问题，哪个开发人员容易出现bug，当前版本有哪些急需解决的问题。数据不会骗人，最有说服力。测试驱动开发已经叫了很久了。怎么开？也许我们可以从这些小事开始。

七.版本管理流程

版本管理流程在游戏运营阶段尤为重要，尤其是产品水平比较大的时候，做好了，一切都很顺利，做不好，以后的麻烦也是无穷无尽的。通过长期的实践总结，我认为有三个要点需要注意。

01)版本内容。这个版本的内容一定要完整录入，不应该录入的版本内容一定不能录入。这种看似无稽的描述，其实是各种血泪的控诉。无论是版本内容少还是内容多，都会出现bug。如果你在版本发布前花更多的时间对其内容进行检查和控制，完全可以避免这类问题的发生，防患于未然远比出问题后修改好得多。

还有一点就是任何内容的提交都需要经过测试，这也是一个需要无数个雷形成的过程。任何自认为还可以，没有经过测试就提交的代码，往往都是bug频繁出现的地方。

02)版本时间。为什么发布时间这么重要？不能晚一天放吗？真正的答案是否定的。任何跨天发布的延迟都可能导致游戏中的大量活动，比如官方网站的内容调整，更不用说打击水漂的昂贵广告费用了。所以发布时间一定要控制，尽量提前预估时间，留出足够的时间准备发布。

03)其他。除了以上两点，版本管理还要注意兼容性、版本记录、发布后在线监控等琐碎问题。

八、文件管理流程

文档管理的重要性看似鸡肋，但往往正是这种鸡肋在关键时刻能救你一命。项目周期越长，如果没有详细的文档和项目人员的变动，可能没有人能够理解项目后期的一些规则。测试也是如此。应该做哪些文档管理？见下图：

还是那句话，继承一个不好的项目不是好项目。

九.部门协调和管理流程

在目前的项目过程中，协调部门之间的资源越来越重要，这是基于两个现实：第一，没有个人可以保证项目质量。第二，资源的稀缺性，需要协调一切可利用的资源供自己使用。怎么做？总之，沟通，不断的沟通，绝望的沟通。

走过无数个坑，才明白做好工程质量保证并不容易。经过无数次打雷，我们可以把眼泪和眼泪总结成一个经历的过程。

希望读者喜欢，帮助读者工作~

作者简介

计算机专业的张景峰出生了，但他的编码能力是一场战斗。早年，他是一名光荣的钢铁工人。后来他以对游戏的无限热爱投身游戏圈，入坑更深。长期在项目一线做测试和测试管理工作，参与了《刀剑英雄》、《大决战》、《亚特兰蒂斯之龙》、移动版《英雄无敌》等多个项目的质量保证过程。

关注微信微信官方账号“游戏葡萄”，每天获取最具前瞻性的游戏信息

标签： #游戏测评总监工资