提高游戏软件测试用例方法 如何完善软件测试用例

    随着软件应用的不断深入，对软件质量的要求不断提高，软件测试的难度也在加大。自动化测试可以加速整个测试的过程，具有快速，可靠，可重复，可程序化，广泛的和可重用的特点，能够更好的保证软件的质量。基于模型的软件测试能够根据软件测试模型生成测试用例和对测试结果进行评价，提高测试自动化水平。如何能够保证自己写的测试用例尽可能的完善呢？
　　1、用例走读的总结（边界情况的总结），这个过程对于新手测试人员帮助其实非常大的，走读一次总结一次，每个人对问题的看法都存在差异，把一些通用的边界（自己经常遗漏的）汇总起来，以及一些通用的测试用例概括一下（例如对物品的测试、界面的通用测试等等），经常翻阅一下，接下来写用例的时候至少不会在这个边界出问题，当走读的次数多了，对游戏有一定的认识以后，会发现走读的过程中从用例中暴露出来的问题也会越来越少，只不过用例走读是一项挺耗时的工作，时间若是允许的话，走读用例还是非常有必要的。
    2、游戏经验，刚接触软件测试工作的时候，我对网游（尤其MMORPG）其实一窍不通，在写用例的时候很难靠自己纯粹的想象来去覆盖到每一个边界，写的用例也是漏洞百出，有时候甚至连主流程也会遗漏，但是对MMORPG（由于产品的原因，当时选择了wow）有一定的了解后，写用例的效率明显提高很多，写的过程中自然而然会想到很多边界，因此我觉得很有必要去熟悉自己的产品，与此同时，可以选择一款市面上比较成功又与自己产品类似的游戏作为长期的体验。
　　3、业余多看一些其他同事写的优秀用例，尤其是一些自己经常测试的系统，学习别人是如何进行分块的，这样分块是否能够让整个用例看起来非常的清晰？个人感觉，分块分好了，用例也就成功一半了，基于每个小块的考虑边界怎么都比基于整体考虑边界来的明了。
　　4、边测试边补充用例，这个过程我想大多数测试人员都是这样执行的，我也不做过多的补充，只是一些特殊情况下容易遗忘，比方说过了一两个月，策划更改了一些玩法，还是很有必要将这些用例补充进去的，在用例的备注中最好写上修改日期。还有一点就是对一些经常出BUG的边界多多留意，在我测试的很多系统中经常会遇见同一个问题：A玩家在转场景的过程中遇到的一些操作，从而引起BUG，比方说转场景过程中被踢出队伍，A玩家是否依然可以进一些只有组队状态下才能进的场景？转场景过程中其他玩家提交一个加全服BUFF的物品，A是否会加到？等等，诸如此类。
    游戏软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成游戏测试，发现软件系统的缺陷，保证游戏软件的优良品质，则是游戏软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。这就以上游戏软件测试用例要完善的原因。