主题:【原创】闲聊敏捷编程——测试驱动开发(一) -- 代码ABC
在下也搞过敏捷开发,当时老大就让我们写代码前先写测试用例,号称测试驱动开发,说实在的我也不知道这个定义对不对,但还是老老实实按这个去做了,实践中发现它确实有效,你想想,测试用例比代码还先完成,测试员必然要仔细整理自己的思路,不容易出现以前那种需求和功能不一致的情况,而且每写一点代码都是通过测试的,代码质量比较高。不过,发现了两个问题,罗列如下:
1.特别的费时费力,既要写代码又要写测试例,工作量是以前的两倍(其实还不止),虽然提高了代码质量,但这是以加班时间换取的,投入产出比没有仔细算过,但那段时间公司的弟兄们叫苦连天那是真的。
2.测试例集中在单元测试方面,缺少集成和系统的测试。也就是说大家写的单个函数基本上都没有问题,但是联合在一起运行的时候就出问题了,不是接口格式错,就是类型不匹配。一通大改以后,好不容易可以集成运行了,可大家对这个程序还是缺乏信心,还需要专职qa的介入。而且感觉这个问题在不做测试驱动开发的时候还不突出,反倒是推行了新的工作模型后才集中出现,我想可能还是因为写测试例的过程耗费了大家太多精力,无力去关注接口和集成方面吧。
- 相关回复 上下关系8
🙂大一点的系统,小羊也存在疑虑 1 羽羊 字1177 2009-06-03 03:59:07
🙂您这个就是一般的方法吧,算是敏捷吗? 当年万户侯 字108 2009-06-03 02:00:22
🙂碰上不按照常理出牌的,神仙也没办法 1 羽羊 字156 2009-06-03 17:53:12
🙂谈一下自己的想法
🙂tdd可以节约大量用于调试问题的时间 风北客 字182 2009-06-10 09:32:40
🙂虽然单元测试可以对单个模块达到很好的测试覆盖率 1 kavin 字188 2011-10-04 14:58:04
🙂其实是很有效率的 冷酷的哲学 字157 2009-06-03 01:56:59
🙂这个是很多人一开始容易犯的错误 代码ABC 字285 2009-05-30 08:08:29