2014年09月_充满诗意的联盟

原创大话重构连载15：采用Mock技术完成测试

第五次重构我们引入了数据库的设计，用户信息要从数据库中读取，问候语库存储在数据库中，并支持添加与更新。数据库的引入使自动化测试变得困难了，因为数据状态总是变化着的，而这种变化使得测试过程不能复现，这是我们不愿看到的。因此，我们在设计时将业务与数据库访问分离，形成了UserDao与GreetingRuleDao。此时，我们的设计应当遵从“依赖反转”原则，即将UserDao与GreetingRuleDao设计成接口，并编写它们的实现UserDaoImpl与GreetingRuleDaoImpl。这样设计就为我们

2014-09-21 12:53:41 1163

大话重构连载15：采用Mock技术完成测试

第五次重构我们引入了数据库的设计，用户信息要从数据库中读取，问候语库存储在数据库中，并支持添加与更新。数据库的引入使自动化测试变得困难了，因为数据状态总是变化着的，而这种变化使得测试过程不能复现，这是我们不愿看到的。因此，我们在设计时将业务与数据库访问分离，形成了UserDao与GreetingRuleDao。此时，我们的设计应当遵从“依赖反转”原则，即将UserDao与GreetingRuleD...

2014-09-21 11:08:30 145

原创大话重构连载14：我们是这样自动化测试的

说了那么多，让我们用示例看看，系统重构是应该怎样做自动化测试的。还是回到前面那个HelloWorld的例子（详见 3.3 小步快跑是这样玩的），该类中有一个sayHello()方法，只要我们输入当前的时间与用户名，就返回对该用户的问候语。如果当前时间是上午，则返回“Hi, XXX. Good morning!”；如果是下午，则返回“Hi, XXX. Good afternoon!”；如果是晚上，则返回“Hi, XXX. Good Night!”，这是HelloWorld这个程序实现的功能。然后我们开始为这

2014-09-18 01:06:24 1172

大话重构连载14：我们是这样自动化测试的

说了那么多，让我们用示例看看，系统重构是应该怎样做自动化测试的。还是回到前面那个HelloWorld的例子（详见 3.3 小步快跑是这样玩的），该类中有一个sayHello()方法，只要我们输入当前的时间与用户名，就返回对该用户的问候语。如果当前时间是上午，则返回“Hi, XXX. Good morning!”；如果是下午，则返回“Hi, XXX. Good afternoon!”；如果是晚上，则...

2014-09-18 00:52:56 155

原创大话重构连载13：自动化测试——想说爱你不容易

正如许多事情都有其两面性一样，测试方法也是这样。要保证测试方法正确，最简单、最直观地想法就是多写些测试用例，从更多地角度去测试，但这必然增加我们的测试成本。小步快跑要求我们频繁进行测试，假如我们重构的周期是20分钟，但测试却要花掉10分钟，那么这样的成本就实在太大了。假如这种测试还是开发人员手工测试，每天都有对同样的测试反复执行数十遍，那么开发人员估计就要疯掉了。你可能立即就想到自动化测试了。是的，在许多重构的书籍中，大师们都建议我们在重构开始前，首先建立自动化测试机制。但遗憾的是，我经过多年的实践总结出

2014-09-09 10:58:31 940

充满诗意的联盟

原创大话重构连载15：采用Mock技术完成测试

大话重构连载15：采用Mock技术完成测试

原创大话重构连载14：我们是这样自动化测试的

大话重构连载14：我们是这样自动化测试的

原创大话重构连载13：自动化测试——想说爱你不容易

大话重构连载13：自动化测试——想说爱你不容易

原创大话重构连载12：你不能没有保险索

大话重构连载12：你不能没有保险索

空空如也

空空如也