Fitnesse系列七

时间：2014-09-27 02:23:59 阅读：150 评论：0 收藏：0 [点我收藏+]

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

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段，展开就看见了。（竟然隐藏起来，还到文章末尾才解释，简直太可恶了）

Fitnesse系列七

标签：fitnesse 测试

原文地址：http://blog.csdn.net/zjc/article/details/39590281

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行