51Testing软件测试论坛

标题: 游戏领域的你问我来答（流程版） [打印本页]

作者: 草帽路飞UU 时间: 2022-8-17 16:03
标题: 游戏领域的你问我来答（流程版）
一、游戏测试与软件测试流程的区别
1.1 区别对比
游戏测试的流程与软件测试流程的区别大同小异，但仍然会根据公司的情况做出不同的策略和应对方式，在体验方面会存在较大的差异
（这里只单纯阐述流程上的区别，不细分延展，如想要了解其他区别，详情可以查看前面发布的第二章）
[attach]141486[/attach]

1.2 比例占比

游戏行业的体验占比要远高于软件体验，往往能够非常注重细节的公司都是互联网大厂或行业巨头，而中小型公司通常为了赶工期上线发布，逐渐忽视掉了用户体验。而有专业体验研究的软件公司更是寥寥无几。

[attach]141487[/attach]

二、游戏测试流程2.1 需求相关流程
严格来说，游戏测试人员第一步真正意义上的介入是在需求阅读阶段
[attach]141488[/attach]
第一步_阅读需求：

阅读一份需求是测试人员在整个测试流程中最先碰到，也是测试工作的首要目标，我们可以通过阅读需求来了解即将要开发的功能、策划设计的思路与理念。

第二步_理解需求:

如何理解需求？多读，多想，多看，用现有的游戏逻辑与实际情况结合需求进行理解，从而考虑测试点、异常点，可能影响到其他模块的风险点（集成），能够大致通过需求阅读预估测试工时并制定测试计划

第三步_需求评审：

需求评审是测试流程中的重中之重，需求评审多为三方评审（开发、策划、测试）或四方评审（开发、策划、测试、美术），需求评审也能保证测试质量？需求评审阶段测试人员应该做些什么：

需求评审阶段应该做些什么？

（1）熟悉该需求相关内容，提前考虑到需求风险，及时反馈需求风险，让开发人员在研发过程中注意，避免产生更多的Bug

（2）分析需求漏洞，及时反馈设计缺陷，需求评审会议时可以立刻修改策划案或会议后修改，避免研发后大量修改或重做

（3）在三方、四方人员对于需求看法的讨论过程中大致确认部分需求的负责人，明确处理人，方便后续的Bug提单

（4）在评审讨论的过程中通过开发人员、策划所描述的逻辑以及实现方式，考虑可能会出现的代码逻辑漏洞以及配置漏洞

（5）对于需求中存在疑问的地方及时提出，让策划方解答问题，为后续的测试用例编写以及测试做准备

（6）可以帮助策划提供一些需求上的建议内容、以及后续的优化，分析玩家群定位，也可以避免研发需求后大量修改或重做

（7）根据讨论的各类要素判定，从测试用例的编写以及测试流程的结束所使用的测试时长，以把控需求风险及测试质量
.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)