测试先行,小步迭代,不断重构,持续集成。XP在组里(就3个人)实施不容易,自己先做点力所能及的吧,就看了《TDD》,可不巧的是目前做的项目是Swing开发的桌面工具,这可是偶做的第一个项目啊,该怎么测试先行呢?看了看marathon,Abbot,JFCUnit的文档,搜了点Winrunner的资料,感觉都是功能测试啊。剩下的就是迭代和重构了,可迭代也谈不上,架子打起来,核心功能实现,再根据用户的要求不断添加新功能,小修旧功能,应该算是增量吧,只有在添加或修改时小小重构一下以前的坏味了。
用easymock来模拟一些底层方法的调用,象一些确实无法mock的情况其实是代码逻辑过于复杂。简化接口和方法,分而治之,就可以实现gui的单元测试了
GUI测试可以用Load Runner之类的自动化测试工具进行用户行为模拟,但很难做单元测试。
又翻了一遍,其实在书的最后,作者也提到了Darach的挑战,指出GUI和数据库采用TDD是有困难的,看来看书还是要认真:)
GUI自动化测试也比较难
GUI测试通常不是单元测试,但也可以实现自动化测试。
我见过一个老外弄的对于web ui做的测试程序, 很不错,GUI也一样可测试的.
GUI基本上无法单元测试 因为它要实现的是操作流程 单元测试感觉只对数据层业务逻辑有效 其实我们要做的就是对业务逻辑TDD 实现时需要把gui和数据层分离