模板
教程
环境
性能
功能
管理
试用 FIT 和 JUnit 进行需求测试工作
JUnit 假定 测试 的所有方面都是 开发 人员的地盘，而 集成测试 框架（FIT）在编写 需求 的业务客户和实现需求的开发人员之间做了协作方面的试验。这是否意味着 FIT 和 JUnit 是竞争关系呢？绝对不是！代码质量完美主义者 Andrew Glover 介绍了如何把 FIT 和
JUnit 假定测试的所有方面都是开发人员的地盘，而集成测试框架（FIT）在编写需求的业务客户和实现需求的开发人员之间做了协作方面的试验。这是否意味着 FIT 和 JUnit 是竞争关系呢？绝对不是！代码质量完美主义者 Andrew Glover 介绍了如何把 FIT 和 JUnit 两者最好的地方结合在一起，实现更好的团队工作和有效的端到端测试。在软件开发的生命周期中，每个人都对质量负有责任。理想情况下，开发人员在开发周期中，用像 Junit 和 TestNG 这样的测试工具保证早期质量，而质量保证团队用功能性系统测试在周期末端跟进，使用像 Selenium 这样的工具。但是即使拥有优秀的质量保证，有些应用程序在交付的时候仍然被认为是质量低下的。为什么呢？因为它们并没有做它们应当做的事。
在客户、（编写应用程序需求的）业务部门和（实现需求的）开发团队之间的沟通错误，通常是摩擦的原因，有时还是开发项目彻底失败的常见原因。幸运的是，存在一些方法可以帮助需求作者和实现者之间尽早 沟通。
FIT 化的解决方案
集成测试框架 （FIT）是一个测试平台，可以帮助需求编写人员和把需求变成可执行代码的人员之间的沟通。使用 FIT，需求被做成表格模型，充当开发人员编写的测试的数据模型。表格本身充当输入和测试的预期输出。
图 1 显示了用 FIT 创建的结构化模型。第一行是测试名称，下一行的三列是与输入（value1 和 value2）和预期结果（trend()）有关的标题。
图 1. 用 FIT 创建的结构化模型
好消息是，对于编程没有经验的人也能编写这个表格。FIT 的设计目的就是让消费者或业务团队在开发周期中，尽早与实现他们想法的开发人员协作。创建应用程序需求的简单表格式模型，可以让每个人清楚地看出代码和需求是否是一致的。
清单 1 是与图 1 的数据模型对应的 FIT 代码。不要太多地担心细节 —— 只要注意代码有多么简单，而且代码中没有包含验证逻辑（例如，断言等）。可能还会注意到一些与表 1 中的内容匹配的变量和方法名称；关于这方面的内容后面介绍。
清单 1. 根据 FIT 模型编写的代码
package test.com.acme.fit.impl;import com.acme.sedlp.trend.Trender;import fit.ColumnFixture;public class TrendIndicator extends ColumnFixture { public double value1; public double value2; public String trend(){ return Trender.determineTrend(value1, value2).getName(); }} |
清单 1 中的代码由研究上面表格并插入适当代码的开发人员编写。最后，把所有东西合在一起，FIT 框架读取表 1 的数据，调用对应的代码，并确定结果。
