110,538
社区成员
发帖
与我相关
我的任务
分享
1。fun(0)
2。fun(1)
3。fun(2)
4。fun(10)
5。fun(11)
6。fun(99)
其中前3个用于在10分钟内得到基本的架构,后边的用于重构、研究、测试,使得这个fun在20分钟内“搞定”。
你写的这个,不是传统的单元测试,这明显是测试驱动。
传统的“手工”测试理论往往死抠各种“覆盖率”指标理论,但是缺乏真正的测试开发技巧。一帮手工测试人员整天想着如何到互联网上去下载“测试工具”,然后这个根本没有什么东西,转而整天嚷嚷着测试理论。可是当你真正编写能够体现大部分“开发进度”的测试程序时,你需要面对大量挑战,你的一半精力应该用于去思考“如何写测试程序”上,这种开发习惯的养成,可以把一个菜鸟迅速变成一个独立的程序设计人员。比如说你面对一个别人开发的地图引擎,你如何测试“当你加载一幅地图时,相应的名为x的图层加载了,而且x上一共有不多不少正好1250个图形加载了”?这是你应该研究的,你需要研究别人的源代码,甚至重构它,使之更适合分解单元进行测试。所以编写测试程序是极高超的编程艺术,测试程序虽然短小但是都是精华。许多人因为这有难度,浅尝辄止,转而整天去研究理论,而不去实践了。