前言
　　发现问题是质量工程的一部分，如何优化测试效率，要使用科学的方法让每次测试都可以覆盖比较完整，无目的的测试只会投入更多的人力和带来疲兵。
　　在互联网快速迭代的时代，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米是不会有错的，程序自己计算的，自己要计算也不是没办法，对应英雄每秒正常走路多少米移动速度，知道这个可以比对出来。
　　以上范例都属于比较简单的范例。