BlogJava-辰o(^o^)o的专栏[除非注释原创，其它文章基本来源于网络]-文章分类-Test-Driven Developmenthttp://www.blogjava.net/jackybu/category/2315.html<a href="http://www.fastonlineusers.com"><b><font color=red>共有<script src=http://fastonlineusers.com/online.php?d=jackybu.blogjava.net></script>人在同时阅读此Blog</font></b></a>zh-cnWed, 28 Feb 2007 07:48:05 GMTWed, 28 Feb 2007 07:48:05 GMT60TDD(3) --转自http://www.blogjava.net/yandazhihttp://www.blogjava.net/jackybu/articles/8399.html辰辰Mon, 25 Jul 2005 04:28:00 GMThttp://www.blogjava.net/jackybu/articles/8399.htmlhttp://www.blogjava.net/jackybu/comments/8399.htmlhttp://www.blogjava.net/jackybu/articles/8399.html#Feedback0http://www.blogjava.net/jackybu/comments/commentRss/8399.htmlhttp://www.blogjava.net/jackybu/services/trackbacks/8399.html

意图编程

programming by intention

名字

Use nouns or noun phrases for class names

public class Movie {
  //
}

public class MovieRatingComparator implements Comparator {
  //
}

public class XMLMovieListReader implements MovieListReader {
  //
}

Use either adjectives or generic nouns and noun phrases for interfaces

public interface Serializable {
}

public interface MovieListWriter {
  void write(MovieList movieList) throws IOException;
}

Use verbs and verb phrases for method names


private int calculateAverageRating() {
  int totalRating = calculateTotalRating();
  return totalRating / ratings.size();
}


Use accepted conventions for accessors and mutators

public Category getCategory() {
  return category;
}

public void setCategory(Category aCategory) {
  category = aCategory;
}

public boolean isOfCategory(Category aCategory) {
  return category.equals(aCategory);
}

public boolean isRated() {
  return !ratings.isEmpty();
}

public boolean hasRating() {
  return !ratings.isEmpty();
}

public int size() {
  return movies.size();
}


Don't put redundant information in method names

public void add(Movie movieToAdd) throws DuplicateMovieException {
  if (this.contains(movieToAdd)) {
    throw new DuplicateMovieException(movieToAdd.getName());
  }
  movies.add(movieToAdd);
}

There are always exceptions. Sometimes it is just clearer, and reads better, if you have type information in the method name.

public void addRating(Rating ratingToAdd) {
  ratings.add(ratingToAdd);
}

Use nouns and noun phrases for variable names.

public class Movie {
  private String name = "";
  private Category category = Category.UNCATEGORIZED;
  private List ratings = null;

  //
}


如何意图编程

包括使用隐喻，测试优先，重构，作出假定，让编译器告诉你下一步做什么 这几种技巧。

公用词汇表 帮助你理解这个领域。
                      帮助你取名字。


"NO COMMENT"

Incomplete code 

// TODO: The tree should be balanced after doing the insertion.

// CODE DEBT: the looping structure is a bit convoluted, could use
// some method extraction.


Refactoring doesn't make it clear enough 

// NEEDS WORK: I tried extract method, but it's still awkward.
// Maybe refactoring to a Strategy would clean it up?


Use of an unusual algorithm 

// I used an AVL Tree algorithm here to keep the tree balanced.


Use of a published algorithm 

// This AVL alorithm was based on Brad Appleton's implementation at
// http://www.enteract.com/~bradapp/ftp/src/libs/C++/AvlTrees.html


Performance tuning 

// A circular queue is used here for performance reasons: to avoid
// having to move elements around.


Class comment 

/**
 * This class represents a single movie title. It is responsible for
 * maintaining its own ratings, reviews, etc.
 */



辰 2005-07-25 12:28 发表评论
]]>TDD(1)--转自http://www.blogjava.net/yandazhihttp://www.blogjava.net/jackybu/articles/8397.html辰辰Mon, 25 Jul 2005 04:26:00 GMThttp://www.blogjava.net/jackybu/articles/8397.htmlhttp://www.blogjava.net/jackybu/comments/8397.htmlhttp://www.blogjava.net/jackybu/articles/8397.html#Feedback0http://www.blogjava.net/jackybu/comments/commentRss/8397.htmlhttp://www.blogjava.net/jackybu/services/trackbacks/8397.htmlTDD是这样一种设计风格

Maintain an exhaustive suite of Programmer Tests

维护一套程序员测试的框架

No code goes into production unless it has associated tests

除非它已结合测试，产品不写入任何代码

Write the tests first

先写测试

Tests determine what code you need to write

测试决定你需要写什么代码

public void testEmptyList() {
    MovieList emptyList =newMovieList();
    assertEquals("Empty list should have size of 0", 0, emptyList.size());
}


要通过上面的测试，你必须创建一个类MovieList，和一个方法size();

（eclipse的快速修复功能能帮你搞定哦。看来先写测试还是很方便的*^^*）

让计算机来告诉你

你需要增加类或者方法，编译器会告诉你。（eclipse会向你抱怨有cannot be resolved 的）

下面看看代码的演进

public void testRating() {
  assertEquals("Bad average rating.",4,starWars.getAverageRating());
}


public void testRating() {
  starWars.addRating(3);
  starWars.addRating(5);
  assertEquals("Bad average rating.",4,starWars.getAverageRating());
}
public void testRating() {
  Movie starWars = new Movie("Star Wars");
  starWars.addRating(3);
  starWars.addRating(5);
  assertEquals("Bad average rating.",4,starWars.getAverageRating());
}


非常有意思，和我们平时写代码的顺序相反

下面看看getAverageRating()；

public int getAverageRating() {
  return 4;
}

public int getAverageRating() {
  return (3 + 5) / 2;
}


private int totalRating = 0;


public void addRating(int newRating) {
  totalRating += newRating;
}



public int getAverageRating() {
  return totalRating / 2;
}


private int numberOfRatings = 0;

public void addRating(int newRating) {
  totalRating += newRating;
  numberOfRatings++;
}

public int getAverageRating() {
  return totalRating / numberOfRatings;
}


实际上，每次变化之后都重新编译和运行这个测试。

Agile Modeling and TDD


采用XP（极限编程）的项目都采用了TDD的辅助手段。建模（modeling）是XP当中很重要的的一个部分。XP开发者使用用户叙述（user stories） ,用户叙述是清晰的敏捷模型。

创建敏捷模型能够帮助我们TDD工作，这是因为，他能揭示我们需要的测试。一个敏捷模型草图的背后总是隐含着这样的思考“我怎样来测试他”，这将导致一个新的测试案例。



辰 2005-07-25 12:26 发表评论
]]>TDD(2) --转自http://www.blogjava.net/yandazhihttp://www.blogjava.net/jackybu/articles/8398.html辰辰Mon, 25 Jul 2005 04:26:00 GMThttp://www.blogjava.net/jackybu/articles/8398.htmlhttp://www.blogjava.net/jackybu/comments/8398.htmlhttp://www.blogjava.net/jackybu/articles/8398.html#Feedback0http://www.blogjava.net/jackybu/comments/commentRss/8398.htmlhttp://www.blogjava.net/jackybu/services/trackbacks/8398.html阅读全文

辰 2005-07-25 12:26 发表评论
]]>TDD faqhttp://www.blogjava.net/jackybu/articles/8396.html辰辰Mon, 25 Jul 2005 04:23:00 GMThttp://www.blogjava.net/jackybu/articles/8396.htmlhttp://www.blogjava.net/jackybu/comments/8396.htmlhttp://www.blogjava.net/jackybu/articles/8396.html#Feedback0http://www.blogjava.net/jackybu/comments/commentRss/8396.htmlhttp://www.blogjava.net/jackybu/services/trackbacks/8396.html在TDD中煎熬了已有一阵子了,所谓吃得苦中苦,方为人上人.回首这段旅程,需要总结的东西很多,我只理理曾经出现在脑海中的疑问,并提供本人的对该问题的理解.以后随时补充.

☆写测试的时间比写代码的时间还多?

在有些情况下的确如此,但是不要太担心.为什么呢? 根据我的体会:

1.有了测试,你会少写很多本来不需要(初看起来应该是有用)的代码

2.写测试的过程就是在解决问题的过程,因此你会比较容易,尽早地明白你到底应该做什么.这样在写代码时,就能节省时间

3.对重构帮助很大.有了测试,你才能放心大胆的进行重构.

4.长远来看,因为TDD会促进你写出好的代码,并且你会经常的重构,因此会降低维护代价

☆需要为每个方法编写测试吗?

当然不需要.我们所写的测试必须是针对接口方法的.一般认为处理业务逻辑的方法,以及领域模型对象的关键行为是必须进行测试. 其它的一些方法需要自己把握,当然这需要经验.

我现在只是一个新手,没有啥经验.我判断某个方法是否需要测试,依据有两条:

1.是否满足我上面列出的必须测试条件

2.是否值的测试,这一条主要是心理因素,例如对某个方法感觉心里没底,那就先编写测试.

☆TDD是一种测试新技术吗?

当然不是,TDD根本就不是一项测试技术.它是一种新的开发方式,只是借助测试而已.

☆项目一开始没有采用TDD,在项目中期再引入TDD,可行吗?

一般来说不推荐在项目中期再引入TDD,这是由于TDD内在特性决定的.

1.TDD是一种新的开发方法,在开发过程中就需要你转变思想,需要在实践不断完善自己,而且它本身就具有一个较陡学习的坡度,这一点在很多文章中都提到过.因此在项目中期引入TDD,会立即拖延项目进展,对项目本身帮助也不会太大.

2.TDD在你开始写测试时,会驱动你对问题进行思考,然后持续进行功能增强和重构.在项目中期,如果你编写一个测试,这时你需要项目早期的一个组件,但是这个组件并没有满足你的测试(因为根本就没有测试).现在因为该组件有问题,测试通不过.如果这时你再为该组件编写单元测试,就失去了测试驱动开发的优势了,此时TDD的效果就大打折扣了.

当然,在没有项目压力的情况下,引入TDD是没有任何问题的.不过我还是推荐在项目开始就引入TDD是最佳选择.

☆为也存在的组件补充单元测试值得吗?

在上一问题的第二点原因中已经提到过,感觉不值得.在这种情况下,用一般的方法测试一下即可,比如java的main()方法.

☆TDD编写的测试案例是比较复杂的吗?

在TDD中,测试是一步一步演化的,需要你一直保持简单设计的理念,因此,一般测试案例是比较清晰的.如果发现你的测试非常复杂,应该是你没有抓住问题的重点或者没有掌握正确,有效的方法.



辰 2005-07-25 12:23 发表评论
]]>Test-Driven Developmenthttp://www.blogjava.net/jackybu/articles/8395.html辰辰Mon, 25 Jul 2005 04:22:00 GMThttp://www.blogjava.net/jackybu/articles/8395.htmlhttp://www.blogjava.net/jackybu/comments/8395.htmlhttp://www.blogjava.net/jackybu/articles/8395.html#Feedback0http://www.blogjava.net/jackybu/comments/commentRss/8395.htmlhttp://www.blogjava.net/jackybu/services/trackbacks/8395.html

 

Test-Driven Development

http://www.xprogramming.com/xpmag/whatisxp.htm#test

Extreme Programming is obsessed with feedback, and in software development, good feedback requires good testing. Top XP teams practice "test-driven development", working in very short cycles of adding a test, then making it work. Almost effortlessly, teams produce code with nearly 100 percent test coverage, which is a great step forward in most shops. (If your programmers are already doing even more sophisticated testing, more power to you. Keep it up, it can only help!)

It isn't enough to write tests: you have to run them. Here, too, Extreme Programming is extreme. These "programmer tests", or "unit tests" are all collected together, and every time any programmer releases any code to the repository (and pairs typically release twice a day or more), every single one of the programmer tests must run correctly. One hundred percent, all the time! This means that programmers get immediate feedback on how they're doing. Additionally, these tests provide invaluable support as the software design is improved.

在上面的图中，列出的的是XP的12个团队实践。Test-Driven Development是其中之一。
Kent Beck 的著作TDD(Test Driven Development) 中详细讲述了测试驱动开发。
在XP中测试是一种设计，不是简单的为了测试你的功能是否实现。测试先行一个目的
是可以在代码编写之前，保证测试已经写好；其实这些测试的另一个目的就是设计接口，
保证接口在以后的修改过程中能够满足测试（设计）。当你有意或无意修改接口的时候，你必须同时
修改测试 要改动接口的时候，也应该是先修改测试，再修改代码。而不是修改代码等着报错再修改
测试(设计）。（测试必须100%通过才能进行下一个功能），这样测试也是在提醒你，接口已经改变。
实际上，设计已经改变。当你修改单元测试的时候，可能就会遭到抱怨。为什么？你修改了设计
，别人的代码是依赖你修改前的测试（设计），那么新的测试（设计）中的变动可能要影响到
别人已有的代码。
 
当你使用TDD的时候一定要说明是测试驱动开发还是测试驱动设计。这两者是有区别的。测试驱动
开发，是通过测试定义所要开发的功能的接口，然后实现功能的开发过程。对于测试驱动设计，在XP中似乎
已经消失了，而是被测试驱动开发所取代。另外在XP中有用于描述设计的，SimpleDesign ，Design Improvement.
在XP中测试是一种设计，设计之后才有开发，这也就是为什么要测试先行了。
在XP中测试是一种文档，用于描述设计。


辰 2005-07-25 12:22 发表评论
]]>