前言
发现问题是质量工程的一部分，如何优化测试效率，要使用科学的方法让每次测试都可以覆盖比较完整，无目的的测试只会投入更多的人力和带来疲兵。
在互联网快速迭代的时代，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米是不会有错的，程序自己计算的，自己要计算也不是没办法，对应英雄每秒正常走路多少米移动速度，知道这个可以比对出来。
了解更多关于软件测试的内容，欢迎加小编创建的球球裙：1017539290
网友评论