五、反馈管理过程
　　信息孤岛的出现会给项目带来潜在的风险，我们要尽量避免这种情况。及时主动的沟通反馈有助于团队之间信息通畅，不仅知道自己要做什么，也需要知道别人在做什么，也让别人知道你在做什么。具体内容见下图：

　　六、bug管理过程
　　Bug管理常见，也容易被大家忽视。在这个过程中，我们需要关注八个方面，见下图：

　　对很多测试人员来说，测试工作是发现bug，然后，没有然后了。其实仅仅发现缺陷所在是远远不够的，笔者始终强调，发现bug仅仅是测试工作的开始。为什么我们不厌其烦的强调bug管理过程的八个部分，难道搞得这么复杂不会影响效率吗？可以明确的回答，不会，反而会提升项目整体效率。我们简单举两个例子来说明一下。
　　例子一：bug提报标准。很多人提bug是一句话，这种习惯是非常糟糕的。看似很节省时间，实际上浪费的是其他人的时间。开发人员通过一句话可能根本不明白bug是什么意思或者很难找到复现方式，从而还得跟提报人反复确认，这样是对时间的极大浪费。所以一个好的bug应该有清晰的描述，有清晰的复现步骤，有清晰的期望结果，有相关的截图和日志。通过耗费测试人员的一点时间换来项目整体的效率提升。
　　例子二：bug的数据分析。数据分析也是经常被忽视的一个方面，通过对bug的数据统计分析，我们可以很清晰的了解到哪个模块容易出问题，哪个开发人员容易出bug，当前版本还有哪些紧急的问题需要修复等等。数据不会说谎也具有说服力。测试驱动开发喊了很久，怎么去驱动？也许可以从这些点滴的小事开始做起。
　　七、版本管理过程
　　版本管理过程在游戏运营阶段尤为重要，尤其是产品量级比较大的时候，做好了，万事皆顺，做不好，后患无穷。通过长期的实践总结，个人认为有3个要点需要关注。
　　01）版本内容。该进版本的内容必须进全，不该进版本的内容必须不进。这句看似废话的描述，实则是各种血泪史的控诉。版本中无论是少内容还是多内容，都会导致bug的出现。发版本前，多花一些时间，检查和控制好版本内容，则完全可以避免这一类问题的出现，做到防患于未然远比出了问题再修改要好的多。
　　另一点则是，任何内容的提交都需要经过测试，这条也是?了无数的雷才形成的流程。任何自认为代码没问题提交而未经过测试的，往往是频繁出bug的地方。
　　02）版本时间。为什么版本时间这么重要？晚发布不行吗？真实的答案是不行。任何跨天的延期发布都可能导致游戏内众多的活动内容调整，官网内容调整，更不用说昂贵的广告费用打了水漂。所以版本时间一定要控制好，尽量提前预估好时间，留出充足的时间来准备发布。
　　03）其他。除了上述2点需要注意的，版本管理还需要注意兼容、版本纪录和版本发布后的线上监控等琐碎问题。
　　八、文档管理过程
　　文档管理重要程度看似鸡肋，而往往则是这个鸡肋能关键时刻救你一命。一个项目周期越长，如果没有详细的文档纪录，还有项目人员的变动，可能到项目后期都没有一个人能清楚某些规则。对于测试也是一样，需要做哪些文档管理呢？见下图：

　　还是那句话，传承做不好的项目不是好项目。
　　九、部门协调管理过程
　　在现在项目过程中，协调部门间的资源越发重要，这基于两点现实：一，任何个体都无法保证项目质量。二，资源具有稀缺性，需要协调一切可利用的资源为己所用。怎么做？一句话，沟通，不断沟通，玩命沟通。
　　踩过了无数的坑，才能明白做好项目的质量保证工作并非易事。趟了无数的雷，才能将一条条血泪总结成经验流程。
　　?嗦了这么多，希望各位读者喜欢，希望能对读者们的工作有所助益～