关于提前编写测试 --=100分=-- 在送一百分,大家活跃一些
开发中测试的重要性因盖不需要在这里讨论了,尤其在XP中,强调在编写代码前先编写测试。对于这一点Cajon举双手+双脚赞成,而且希望在领导的项目中推行。但是实际操作中遇到了很多的问题,这里列出来大家讨论.....
1. 测试用例细化到什么程度? 按照XP,所有的代码都应该接受测试用例的检验,但是很多时候一些简单的函数或者简单的属性(VB\c#)是否也需要编写测试用例呢?如果编写,工作量就太大了,但是如果不编写,对于重构是否会产生负面影响?因为大家都知道,其实往往简单的错误才是最难查出来的。可能开发时,这些问题还很容易发现,如果进行了重构,可能就因为觉得这里的代码太熟悉而忽略了其中很简单的错误,这样就很难发现了。
2. 编写测试代码要占用多少开发时间?一般可能认为50%左右,Cajon认为也可以接受,但是一半的时间是否足够写出完整的测试用例,如果时间再多,Cajon觉得可以接受,老板可会不接受了。必然要裁减测试用例,从新又回到第一个问题,测试用例应该细化到什么程度。
3. 对于界面的开发,大家是否也写测试用例?Cajon是写不出了......
4. 测试用例的复用有没有做过?说说经验,最好使用XUnit系列做例子......
哈哈。。。。 问题很多,分不够再开......