本文主要是介绍wiki应用 3:fitnesse,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
FitNesse是FIT的wiki界面,而FIT(Framework of Integrated Testing)T致力于提供一种非常方便的“验收测试(Acceptance Test)”途径。在简单试用过后,我认为这是每个项目组都应该使用的测试工具。我不是专业的测试人员,这篇文章也不打算对FIT进行详细说明。关于FIT的相关方法理论,可从以下连接开始学习:
1、 About Testing
2、 Automated Acceptance Tests: Building the Right Code
另外可以从下面的两个连接马上试用,获得对FIT的感性认识:
1、 What and How Talk
2、 Tow Minutes Example
而感受FitNesse最直接的方式就是 下载并运行fitnesse,然后按照“ A step by step example to create an run a simple acceptance test”的说明创建并运行一个验收测试。相信我,只要你的机器已经安装了JDK,你的确可以在5分钟内就体会到FIT的妙处。
言归正传,让我们来看看FitNesse在wiki应用方面有什么特点。在FitNesse的网站提到“FitNesse is an HTML and wiki "front-end" to Fit”,具体执行验收测试的是FIT Server,FIT Server的输入借口为带表格的HTML文档。当我们点击“test”连接提交一个验收测试的时候,FitNesse将网页发送到FIT Server;FIT Server读取网页中的表格,调用相应的测试程序;然后将结果返回给FitNesse。
FitNesse之所以能够成为FIT Server的前端,是因为它充分利用了wiki编写表格的方便性。象FIT Server这样直接以HTML文件为借口的应用并不多见,所以FitNesse的方法不具备普遍性。但是它仍然说明了Wiki应用需要获得成功,就必须充分利用wiki本身极易操作的特性。这时我研究FitNesse后得出的结论。
在FitNesse中,还有与一般wiki不同的地方。在一般的wiki所有的页面都是平等的,是完全的平面结构,例如百科全书中所有的条目都是平等的,它们之间的关系只是体现在内容中的连接。然后作为一个测试工具,FitNesse常常要同时管理多个项目的测试用例,为了避免命名冲突和便于管理,就会有将测试用例按照项目进行分组的需要。FitNesse通过 SubWiki提供了的层次化wikipage模型,在FitNesse中wikipage的名字为“parent.child.grandchild”的形式,就类似于文件目录。在涉及到对wikipage进行管理后,wikpage的层次化命名模型就会随之产生,在我接下要分析的其他wiki中也能见到类似的命名空间。
另外FitNesse中还有一个比较特别的功能,那就是页面重构(Refactor),一个wikipage可能被许多页面引用,如果要更改这个wikipage的名字,所有这些页面得引用都必须更改。页面重构为这类需求提供了帮助,不过我试用了一下,效率较低。
下一个分析对象为snapsnip。
这篇关于wiki应用 3:fitnesse的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!