unittestingingamedev

昨日赶上milestone提交&＃xff0c;整个项目组在办公司通宵待命。

关键时刻总是有bug来凑热闹 &＃xff0c;在凌晨5&＃xff1a;30的时候&＃xff0c;发现了一个crash&＃xff0c;刚好是我负责的模块。于是leader和其他熬了一晚的同事开始在我fix之后一起测试。

问题的源泉就是我对分配不出资源的情况下的处理过于幼稚&＃xff0c;而且非常业余的没有对pointer做null-check就调用其member function;

我对同事接下来的耐心的帮助感到感激和愧疚&＃xff0c;同时也为自己犯这种错误感到羞愧&＃xff1b;

没有意识到&＃xff1f;懒惰&＃xff1f;or both;
&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;
这样的事情第一次发生是无知&＃xff0c;第二次便是愚蠢。
&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;&＃xff0d;

游戏开发中并不象流程软件那样的容易做unit test来避免低级错误&＃xff0c;但是不能因为这样而没有unit test&＃xff1b;

test应该遵循这些原则&＃xff1a;

1&＃xff0c;test反映设计
2&＃xff0c;test测试先决条件和各种情况
3&＃xff0c;test自动的&＃xff0c;能用机器来完成的事情去用人来完成是不合理的&＃xff1b;
4&＃xff0c;test代码会远远超过源代码&＃xff1a;growing pains;

游戏中测试&＃xff1a;
在游戏中设定大量的测试点&＃xff0c;存下标准的screenshot或者碰撞结果&＃xff0c;然后在做修改之后&＃xff0c;对于结果做比较&＃xff0c;图片之间的bit compare等等&＃xff1b;
我只和一个朋友讨论过此事&＃xff0c;他对此并不是非常同意&＃xff0c;但是我对此非常有信心&＃xff1b;