元数据最简单的定义是，它是关于数据的数据。 元数据可能是非常有用的。 至于有一些元数据标记嵌入：身份证，小的断言描述，链接测试。 在标记转让我意识到有更多的元数据将是非常有益的。 在新版本的规格有几种的说法：
- 旧 ：
不改变文本，测试不需要任何的改变; - 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的 ， 标记 ， 标记转移 ， 元数据 ， 规格 ， 规范 ， 语句 ， 测试 
创造一种标记和开发测试整个过程非常耗时。 当它似乎工作完成后，一个新版本的规范发布。 接下来会发生什么？ 当然有一个测试套件的新版本的需要。 必须编写新的考验和更新旧的，甚至删除。
最好的办法就是做标记。 这个任务可以分为两个子任务：
转移的标记非常简单手工做它：
查找在旧规格标记标记。
在寻找新的规范版本的最好的地方插入的标记。
插入的标记。
如果只有10个说法 - 这工作是小菜一碟。 但如果有成千上万这是一个艰苦的工作，应该是自动的。 最难的是找到一个新的标记标签的适当场所。 很难仅仅因为该规范已更改。 对于JLS2到JLS3迁移过程中flollowing alrorithm被使用：
每个断言是圆的HTML锚。 他们都应该被转移使用这种算法。
轩的1T：如果某些标签被转移，有一个很大的可能性，在旧规范的下个标签将被转让后的一个位置。
提示2：算法应该检查，第二锚应在第一个，而不是从它的位置太远。
- 看文字前，后在旧规格的标签。 找到它的新规范。 如果其中一
没有改变 - 找到答案。 通常长度应1-2 sentances，至少60个字符长。 如果没有找到或几个sentances - 跳过此步骤。 - 尝试做相同的（1），但不久的文本中删除从周围的所有HTML标签的标签。 如果没有找到 - 跳过此步骤。
- 尝试采用算法，试图找到新的规格类似的文本。
1。 使用步骤（1）及（2），但desrease在循环中的搜索文本的长度，直到森泰斯发现或长度太短。 实际工作表明，这个数字应不小于20。
万桶 。 如果步骤（1）及（2）或（3A）发现了几个sentances增加文本的长度，以搜索，直到该文本是在新的规范或上限（铁140字）达到发现。 使用提示，找到最佳匹配的文字。
采用算法可以同时用于忽略的HTML标签和利用它们的优势。 算法的纯文本书面规格，HTML或XML有效。
该算法实施JLS2 -> JLS3标记传输工具。 84％的标记标签自动转移。 其余的人手工完成。
标签： 锚 ， 断言 ， JLS的 ， 标记 ， 标记转移 ， 规格 ， 测试 
