作为测试新人的我，理论学了不少，实际经验还是很缺乏，所以并没有什么技术能拿出来分享，写一些我工作中遇到的问题和相关的编写用例感受吧。

　　游戏测试和应用软件的测试不同，他很难借助工具来进行测试，所以就导致了没有规范的流程，那么就只能是随机测试，个人英雄主义的天下了，游戏的品质就靠个人的能力来保障，这样子很难让人信服这是一个高质量的产品，但是现在游戏测试行业真的是没有什么规范的工作流程，只能是有一些好的工作方法和技术来弥补流程的缺漏，所以呢，个人的工作技能和素质就显的尤为重要了。

　　比如测试slg类型的游戏，这类游戏通常是比其他类型的游戏更复杂，有着众多的系统和交互，所以要测这种类型的游戏，我们要尽量做到如下，

　　首先，功能测试想要覆盖全面，一定要有高质量的测试用例，而一般公司，用例通常是没有经过审核或是进行交叉执行用例的工作，所以很难保证用例的质量和人员的疏忽，这里，用例的编写要强调一点，要有层次感，把整体功能细化。

　　其次，要对一些功能性逻辑较为复杂的或是和其他功能有交互的功能进行单独的逻辑测试用例的编写。因为很多游戏的功能很完善，但是逻辑单一，程序在编写的时候没有考虑多种情况，造成了功能之间的逻辑错误，从而导致游戏不能进行或是系统崩溃等情况，所以逻辑测试是非常有必要的。

　　然后考虑一下游戏的健壮性，设计一些专门为打垮游戏程序的测试用例，试着去做也许会有收获。这点我没有太多的体会。

　　再者，就是游戏的可玩性，这点作为测试人员来讲，我们不单是测试游戏，还是一名产品体验师，游戏的乐趣等需要我们用心去体会并对相关人员提出建议及意见。这点是作为玩家的角度去讲话，很多游戏对用户的显隐性需求都没有达到，这需要我们替用户去提，前提是我们要有足够的游戏经验和相关游戏感受等。

　　最后按照用例说明去执行，用例能帮你快速的熟悉整个游戏功能及相关规则，还能衍生出更多的想法来进行测试，执行完毕后多进行些随机测试。

　　每款游戏出现在玩家手里的时候，更多的问题来自于逻辑性导致的游戏的种种缺陷，这个一定是我们测试的一个重点，先写到这里吧。