规范是重要的 - 这句话是有目共睹。 一种广泛使用的产品,没有一个规范的技术或语言是没有用处的。 一具无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,这是一样的断言身份证“/ 1”
标题属性可以被视为在浏览器作为提示。
标签: 锚 , 断言 ,assertionID,JLS, 标记 , 标记转移 , 元数据 , 规格 , 规范 , 声明 , 测试