TWU的这些日子－－－REGRESSION

TWU最爽的日子，是前两周的培训。所有的敏捷理论都是以游戏和session的形式展开，大家乐不思蜀，乐过之后也更多体会到敏捷的诸多好处。

培训在大家都还意犹未尽的时候结束了，接下来的四周是项目实战，本期twu-23总共有来自各国的42个同学，分为三个项目组，每组由不同国家的同学和三到四个

trianer组成。我被分到democracy now!组，主要是为democracy now！做手机网站，开发主要用的是 ruby on rails。

以前在北京office的时候，我一直有一个疑问，为什么大家说regression是我们代码欠下的债呢。当时我认为的敏捷开发流程貌似是这样的：

　　　首先：在了解现有代码和理解story的基础上，我们做出一定的判断，是否需要加一个新的controller, 是否需要加一个新的service。在这些最初设计的基础上，我们要做的第一件事情就是在合适的位置写测试，这个测试，可能是针对controller,也可能是针对service。

        于是，我们写出来第一个测试，跑测试，眼看着它红了。

        接下来，我们要做的事情就是让红了的测试变绿，如同徐昊在oo 课上所讲no more no less.

        然后， 再写新的测试，重复上述步骤。

      于是我以为这就是一个完整的tdd过程，regression为什么又会是我们代码所欠的债呢？

     在TWU项目实战的前两天，我终于得到了答案。对于同样是网站开发的项目，DN!的开发流程与PWC有所不同，我们的测试，不是只针对controller和service,而是从bdd开始，到jasmine，流程大概是这样

    1：写Scenario, 然后跑测试，当然测试会挂掉 (cucumber)

    2：写Scenario对应的step, 在step中，跑测试,如果测试过，则调转到step1,否则进行下一步：（capybara）

    3：为了能使得scenario通过，我们可能需要引入controller,在新建controller之前，写controller的测试controller_spec. (rspec)

　 4：跑测试controller_spec.

    5：写controller,使得controller_spec通过

    6: 如果需要javascript，那么在开始之前先写jasmine测试。

        。。。。

   诸如此类，在我们需要写每一行代码之前，都先写该代码的测试，直到该Scenario跑过，调转到step1,开始写下一条scenario.直到所有的scenario都跑过。

   这就解释了为什么当时大家都说regression是我们代码欠下的债，因为我们只有单元测试而没有regression测试，这样谁也无法知道新加入的代码是否影响了现有

代码。所以，我理解的是：严格来说我们的cucumber测试是应该在所有单元测试和逻辑代码之前就有的，可是我们没有做这样的事情，这也就成了我们欠下的债。

    还有一个问题是，在cucumber的实现过程中，我们有很多现成的可以直接与网页交互的gem, 我们完全可以利用已有的gem(如capybara)来方便的实现step,而不

是自己花大量时间来手动实现。

转载于:https://www.cnblogs.com/jiaxie/archive/2011/09/21/2162843.html