游戏-功能测试（一）

前言

发现问题是质量工程的一部分，如何优化测试效率，就要使用科学的方法让每次测试都可以覆盖比较完整，无目的的测试只会投入更多的人力和带来疲兵。

在互联网快速迭代的时代，W模型下可以跑到2轮测试也不一定有时间，所以不要浪费每一轮时间，这份文章是功能测试的，功能测试真得是无脑点鼠标吗，希望耐心看完后发现里面想表达的一些意思，也可以理解游戏产业的测试。

 

问题模板化1

比如这个npc，但是它木有头像，如何提交这个问题呢，大家可以比对下哦

Tittle不要和内容一致，更精简的提交。

 提交问题内容包含：

凌霄城场景，坐标679,108npc：雪地兔 npc表idxxxx 鼠标选中后，发现npc缺少头像icon

 

模板：[场景名称]+[场景坐标位置x,y]+[怪物名称]+[xx表编号]+[问题类型] +[分析判断原因]

如果缺少坐标位置，对应开发者还是要去查是哪里问题。

这样提交得只能获得B+ http://

 

需要添加进入

[分析判断原因] 这个不是必加的，但做为1个有情怀和负责的测试，有时间最好可以帮助检查下，这样也可以锻炼你对游戏文件路径和格式的熟悉程序，这里定位每个问题不会比互联网定位任何控件属性简单。

分别可能有1）美术资源没有2）程序没有加进去，3）加进去后bug导致消失。（其实原因主体有5种，看客是否可以找到其他的。）

附件包含在该场景内的截图位置，实际提交时图要大点，格式是jpg

 

问题模板化2

上面这样是否就完美了，不是！这个npc缺少icon，那么他是否还缺少其他东西呢？

一个npc包含 抽取部分举例（还有警戒范围这些跟游戏设计业务挂钩的）

①Icon ②模型比例 ③脚底光环④战斗之前碰撞 ⑤战斗之后碰撞 ⑥战斗移动动作 ⑦攻击动作 ⑧攻击音效 ⑨受击音效等  <这里可以写在功能测试用例中>

触发和这个npc的战斗后，发现新的问题：⑥⑦⑧缺省

这里需要提交新的bug，提交方式当然不能直接写⑥⑦⑧，但是同一类可以合并在一条提交（比如⑥⑦），也可以根据对口负责人来分配是提交几条。

当发现比如⑧是通用的，可能会是某一类npc在某些场景都没有配置OR音效没有提交，这里就需要细化检查。

问题模板如下：

[npc名称]+{检查项1…}+发现问题缺省+[分析判断原因]

检查项 也可以说成是特性，需要维护的。

如果和警戒范围问题，可以在引擎里的其他视图看二者距离的拉线，中间有障碍物是否会计算直线距离，基本警戒范围xx米是不会有错的，程序自己计算的，自己要计算也不是没办法，对应英雄每秒正常走路多少米移动速度，知道这个就可以比对出来。

 

以上范例都属于比较简单的范例。