关于测试成本的一些思考

      今天技术总监在开例会时提到一个测试成本的问题：产品问题被发现的阶段越往后，由此带来的测试成本则是成百成千倍地增加。

      先说一下我们现在的游戏测试流程：个人制作--个人简单测试--和同事联调--策划检测--QC测试--测评试玩(内部测试)--开放外网。

      在个人测试时发现问题只影响制作者自己，而越往后，影响的人群则是往指数级递增了，由此带来的测试时间耗费则是灾难性的了。

      随后技术总监提出了一个要求：在个人测试阶段加入单元测试。即是确保自己的模块在联调时不会出现一些低级的错误，不能影响到联调同事的测试时间。例如：一些需要同事的模块才能触发的流程，可以先编写一些脚本来调用测试，减少联调时相互等待的时间。

      现在想想，其实在每天工作中编写代码的时间只占了很少很少的一部分，大部分的时间都耗费在测试和互相等待之中了。

      怎样去提高测试的效率，以及怎样学会充分利用代码编写之外的时间，我想是每个程序员应该去认真思考的问题。