189 8069 5689

Fitnesse使用系列七

剩下几种都比较简单,放在一起说了。

Import Table——导入表:
引入包路径,和java语言中的import作用是一致的

Comment Table——注释表:
加上注释标记comment,表示此表不需要执行

Library Table——库表:
表示在当前的fixture中找不到方法时,去Library Table所指定的类中查找并执行

Define Table Type——定义表类型:
用处很单一,加了Define Table Type表之后,就可以在表格中省掉表类型的前缀字符串。所谓的更简单易读云云,其实有点鸡肋

Scenario Table——场景表:
这个不多说两句实在对不住我浪费的时间。由于阅读不仔细和手册中用了个小技巧,使得我费了好大心思去研究Scenario Table的执行流程。正当我下载完源代码准备用查找字符串的土方法来搜索执行方法时,猛然看到这个!***> No Peeking。于是醒悟了。

定义说的比较清楚——ScenarioTable是一种供其他表(包括决策表和脚本表)调用的表。但手册中的示例看起来有点晕。其实可以这样理解:把Scenario Table想像成另外一种脚本表。它包含一组步骤。针对多个测试数据,当每组数据都需要做这些步骤时,就可以用ScenarioTable把这一组步骤“模块化”。执行时把数据作为参数传过来。用编程语言解释,就类似于把脚本表套在一个循环里。

场景表的名称不对应于任何代码,仅供其他表使用。而其他表的表头或方法使用这个名字。那么倒底启动“类”的名称在哪里呢?这就需要在使用ScenarioTable的页面额外加上一个脚本表作为“启动表”。参见手册中的!***> No Peeking段,展开就看见了。(竟然隐藏起来,还到文章末尾才解释,简直太可恶了)

创新互联公司主营肃州网站建设的网络公司,主营网站建设方案,app软件开发,肃州h5微信小程序搭建,肃州网站营销推广欢迎肃州等地区企业咨询


名称栏目:Fitnesse使用系列七
URL标题:http://cdxtjz.cn/article/jesjoc.html

其他资讯