做测试经常会迷茫，不知道未来在哪，不知道现在该做什么来提升自己的价值。
只知道开发提了测试需求，就老老实实的测试，天天如此，其实很想学些东西，可就是不知道从何入手。
我相信有许多游戏测试的朋友都和我有相同的感受。
一般做软件测试的话，可以学些自动化的工具来方便自己测试，但是游戏没办法。
我面试过许多家游戏公司，也都是以手工测试为主，最厉害的是去北京几家大厂之一的公司（名字我就不说了）面试，发现测试主管也最多就会写个bat脚本，大部分都是手工测试。
而大家又都说手工测试，没有技术含量，从大街上随便拉来一个人都能测的一手bug，于是我们这些做手工测试的QA就经常感觉特别没有安全感。
这是事实没错，确实是个人都能测bug，但是我们与所谓的大街上随便找来的人的区别在哪？
我是游戏测试，我就从游戏测试的角度说。
任何一个玩家都可以从游戏中发现bug，但我们是QA，我们要做的不仅仅是发现bug，更重要的是保证功能可以按照设计正确的运行。
先说第一点，保证功能可以正常运行：
我们要测一个功能，不仅仅是点点点看看有没有bug，还要根据策划文档来确定功能是否与文档相一致，做到这一点只能算基本过关。在游戏中，经常会有许许多多相互关联的系统，这个功能与那些相关联的系统是否关联的正确，与可能出现冲突的系统是否将可能出现的问题都做了处理。
要达到后一点，你需要非常了解游戏的整体系统，一个对产品完全不了解的路人要做到这一点可太难了，因为你在了解这款游戏时也花了相当多的时间才将游戏整个系统了然于胸。
能做到这两点，这个功能才算基本测过，试问一个路人怎么可能测出与对游戏十分清楚的我们同样质量的功能？
这是从功能角度，我们还可以从发现bug角度继续讨论这个问题。
我们在项目中测了一段时间的功能的之后，会发现，bug确实是各种各样，但其实经常发现的bug都是那边几类。
例如边界值，关联系统，界面显示与设计不符等。
当我们有了这些经验，我们在继续测试的时候会更加得心应手，也会越测越好。
如果说，我们与路人最大区别在哪，那么很明显，就是经验。
这是有关bug的经验积累。
另外，做测试的都知道，一个bug越早发现，修改成本也就越低。
那么我们游戏测试可以从多早开始规避bug？
从需要开始之时，也就是从审案子开始。
在这个步骤，我们就可以开始分析出策划案中的不足之处，但要做到这一点，真的不是随便拉个人就能做的好的。想要分析设计缺陷，你首先需要在项目中有相当多的经验，更重要的是，对于设计的缺陷有自己的理解和积累，这是非常重要的。在平时遇到设计问题时，我们需要将这些问题积累起来，积累的越多，在对设计的时候越能提前发现这些问题。
这些也就是作为一个游戏测试的技术经验积累。其实做游戏测试，我们也大多在摸索之中，受限与各种条件，但仍想做的更多做到更好。希望这篇文章能起到抛砖引玉的作用，让做游戏测试的同僚们也拿出一些自己的经验和想法，大家共同成长。
只知道开发提了测试需求，就老老实实的测试，天天如此，其实很想学些东西，可就是不知道从何入手。
我相信有许多游戏测试的朋友都和我有相同的感受。
一般做软件测试的话，可以学些自动化的工具来方便自己测试，但是游戏没办法。
我面试过许多家游戏公司，也都是以手工测试为主，最厉害的是去北京几家大厂之一的公司（名字我就不说了）面试，发现测试主管也最多就会写个bat脚本，大部分都是手工测试。
而大家又都说手工测试，没有技术含量，从大街上随便拉来一个人都能测的一手bug，于是我们这些做手工测试的QA就经常感觉特别没有安全感。
这是事实没错，确实是个人都能测bug，但是我们与所谓的大街上随便找来的人的区别在哪？
我是游戏测试，我就从游戏测试的角度说。
任何一个玩家都可以从游戏中发现bug，但我们是QA，我们要做的不仅仅是发现bug，更重要的是保证功能可以按照设计正确的运行。
先说第一点，保证功能可以正常运行：
我们要测一个功能，不仅仅是点点点看看有没有bug，还要根据策划文档来确定功能是否与文档相一致，做到这一点只能算基本过关。在游戏中，经常会有许许多多相互关联的系统，这个功能与那些相关联的系统是否关联的正确，与可能出现冲突的系统是否将可能出现的问题都做了处理。
要达到后一点，你需要非常了解游戏的整体系统，一个对产品完全不了解的路人要做到这一点可太难了，因为你在了解这款游戏时也花了相当多的时间才将游戏整个系统了然于胸。
能做到这两点，这个功能才算基本测过，试问一个路人怎么可能测出与对游戏十分清楚的我们同样质量的功能？
这是从功能角度，我们还可以从发现bug角度继续讨论这个问题。
我们在项目中测了一段时间的功能的之后，会发现，bug确实是各种各样，但其实经常发现的bug都是那边几类。
例如边界值，关联系统，界面显示与设计不符等。
当我们有了这些经验，我们在继续测试的时候会更加得心应手，也会越测越好。
如果说，我们与路人最大区别在哪，那么很明显，就是经验。
这是有关bug的经验积累。
另外，做测试的都知道，一个bug越早发现，修改成本也就越低。
那么我们游戏测试可以从多早开始规避bug？
从需要开始之时，也就是从审案子开始。
在这个步骤，我们就可以开始分析出策划案中的不足之处，但要做到这一点，真的不是随便拉个人就能做的好的。想要分析设计缺陷，你首先需要在项目中有相当多的经验，更重要的是，对于设计的缺陷有自己的理解和积累，这是非常重要的。在平时遇到设计问题时，我们需要将这些问题积累起来，积累的越多，在对设计的时候越能提前发现这些问题。
这些也就是作为一个游戏测试的技术经验积累。其实做游戏测试，我们也大多在摸索之中，受限与各种条件，但仍想做的更多做到更好。希望这篇文章能起到抛砖引玉的作用，让做游戏测试的同僚们也拿出一些自己的经验和想法，大家共同成长。
