今儿跟大伙儿聊聊我是咋做游戏测试用例的，希望能给刚入门或者想解这块儿的朋友们一点儿启发。
说起来，我平时工作里头，用得最多的还是那几个老伙计：Xmind、Excel。有时候也用用禅道、Tapd，或者公司自己搞的一些小工具，不过大体上还是绕不开这俩。今儿咱就以这俩为例子，好好说道说道。
拿到一个新项目或者新功能，第一件事儿肯定是不能直接上手就干，得先把需求给摸透。我会把策划给的需求文档仔仔细细看一遍，这就像打仗前先得看懂地图一样。
小编温馨提醒：本站只提供游戏介绍，下载游戏推荐89游戏，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
需求摸清楚，接下来就得把大功能拆成小功能，这样才好下手。就像吃大饼一样，得一块一块来，不能一口吞。
我会把整个功能拆成一个个的小模块，然后针对每个小模块再细分。这步我一般用Xmind来做，画个思维导图，清清楚楚。
这可是重头戏！有前面的准备，现在就可以开始设计具体的测试用例。我会针对每个小功能，想出各种各样的情况，看看在这些情况下，功能是不是还能正常工作。
我会考虑：
设计用例的时候，我会用Excel把它们都记下来，每一条用例都写清楚：
用例设计好，就得一条一条地去执行。我会按照用例里的操作步骤，一步一步地去操作游戏，然后把实际结果跟预期结果对比，看看有没有问题。
要是发现问题，就得赶紧记下来，告诉开发人员。我会把问题的详细情况都写清楚，包括：
这一步，可以用禅道或者Tapd来记录问题，方便跟开发人员沟通。
等一轮测试跑完，我会把所有的问题都整理一下，看看哪些问题是比较常见的，哪些问题是比较严重的。然后我会把这些问题都反馈给策划和开发人员，让他们去修复。
等他们修复完，我还得再测一遍，看看问题是不是真的解决，有没有引入新的问题。这就是所谓的“回归测试”。
做游戏测试用例，就是个细致活儿，得有耐心，有责任心，还得有点儿“找茬”的精神。不过看着自己测出来的游戏越来越好玩，还是挺有成就感的！
今儿就先聊到这儿，以后有机会再跟大家分享更多游戏测试的经验！
