规范是重要的 - 这句话是大家都清楚。 一种广泛使用的产品,没有一个规范的技术或语言是没有用的。 一个没有一个TestSuite规范是危险的。 一个没有标记的TestSuite和考验是不可能的。 这个过程相当复杂。 不过有一些方法可以简化的标记阶段。 至于Java语言规范 (JLS的)和 (JVM中)他们在FrameMaker中写的。 后来规范是出口到HTML和PDF。 标记嵌入到HTML版本。 我的看法是,标记信息应该被置于(或连接)的起源文字。 在我们的情况下,它是FrameMaker中的文件。 我不知道这是有可能的话,但我猜它是。 如果没有,也许FrameMaker中是不是最好的解决办法。 因此,我们将大大减少时间和转移旧标记和标记了新的案文需要努力争取。 而且在写作的规范下一次修订与TCK的团队撰文标记连同所有chenged和新论断。 我想说的最佳途径是写作的规范和标记过程是在同一时间内完成。 这是合理的撰文指出测试应该测试什么报表开发。
标签: 断言 , FrameMaker中 , 爪哇 , Java语言 , Java语言规范 , 语言 , 标记 , PDF格式 , 规格 , 规范 , 语句 , TCK的兼容性测试 , 测试
元数据最简单的定义是,它是关于数据的数据。 元数据可能是非常有用的。 至于有一些元数据标记嵌入:身份证,小的断言描述,链接测试。 在标记转让我意识到有更多的元数据将是非常有益的。 在新版本的规格有几种的说法:
- 旧 :
不改变文本,测试不需要任何的改变; - oldToBeChanged:
文字变成,测试确实需要改变; - 新 :
totaly新的文本,需要新的考验; - newWritten:
新的文本,但经过检查已经存在(因为测试开发过程就开始了可用的规范草案); - newWrittenToBeChanged:
新的文本,测试存在,规范草案改变,所以测试需要改变的或现有的测试是不够的。
添加此类型的数据的标记,将大大简化今后的工作 - 测试开发。 因为仅仅通过一在规范人们很容易说,如果需要更多的测试应更新或几个断言期待。
在给定的标记结构是决定使用第二支柱)的标题属性1 - HREF标记(即。 因此,标记看起来像这样:
的<a name=assertionID> <! - HTML注释shord描述为- >
在这里断言声明
<img src="pics/assert.gif">的<a href="path到test" title=assertType>测试ID,这是相同的说法编号</一>
标题属性可以被看作在暗示,作为一个浏览器。
标签: 锚 , 断言 , assertionID , JLS的 , 标记 , 标记转移 , 元数据 , 规格 , 规范 , 语句 , 测试