追求代码质量: 亲身体验行为驱动开发

把我对 Stack 类作出的所有修改和修复综合起来，可以得到清单 28 中的代码。

清单 28. 一个可正常工作的栈
               
import java.util.ArrayList;

public class Stack<E> {

 private ArrayList<E> list;

 public Stack() {
  this.list = new ArrayList<E>();
 }

 public void push(E value) {
  if(value == null){
   throw new RuntimeException("Can't push null");
  }else{
   this.list.add(value);
  }
 }

 public E pop() {
  if(this.list.size() > 0){
   return this.list.remove(this.list.size()-1);
  }else{
   throw new RuntimeException("Nothing to pop");
  }
 }

 public E peek() {
  if(this.list.size() > 0){
   return this.list.get(this.list.size()-1);
  }else{
   return null;
  }
 }
}
 

在此，StackBehavior 类运行 7 种行为，以确保 Stack 类能按照 Linda 的（和我自己的一点）规范运行。Stack 类 还可能使用某种重构（也许 pop() 方法 应该调用 peek() 进行测试，而不是执行 size() 检查？），但是由于一直使用了行为驱动过程，我可以很自信地对代码作出更改。如果出现了问题，很快就可以收到通知。

结束语

您可能已经注意到，本月对行为驱动开发（BDD）的探索中，Linda 实际上就是客户。在这里，可以把 Frank 看作开发人员。如果把这里的领域（即数据结构）换成其它领域（例如一个呼叫中心应用程序），以上应用仍然类似。作为客户或领域专家的 Linda 指出系统、特性或应用程序应该 执行什么功能，像 Frank 这样的开发人员则使用 BDD 确保正确理解了她的要求并实现这些需求。

文章来源于领测软件测试网 https://www.ltesting.net/