La definición más simple de los metadatos es que se trata de datos sobre los datos. Los metadatos pueden ser muy útiles. En cuanto a las marcas que había algunos metadatos incrustados: descripción id, pequeño de la afirmación, enlace a la prueba. Durante la transferencia de marcado me di cuenta de que más de metadatos sería muy útil. En la nueva versión de la especificación había varios tipos de afirmaciones:
edad: texto no cambia, las pruebas no es necesario ningún cambio;
oldToBeChanged: ha cambiado el texto, las pruebas tienen que ser cambiado;
nuevo: totalmente nuevo texto, nuevas pruebas necesarias;
newWritten: nuevo texto, pero las pruebas ya existentes (ya que el proceso de desarrollo de la prueba comenzó tan pronto como la especificación del proyecto está disponible);
newWrittenToBeChanged: nuevo texto, las pruebas existentes, el proyecto de especificaciones cambiado, así que las pruebas hay que cambiar o pruebas existentes no son suficientes.
La adición de este tipo de datos al margen de beneficio sería mucho más fácil el trabajo futuro - el desarrollo de las pruebas. Debido a que con sólo mirar una afirmación contenida en la especificación de una puede decir fácilmente si se necesitan más pruebas o más, deben actualizarse.
Con lo dado arquitectura de marcas es se decidió utilizar el atributo de título en una etiqueta href (el ancla segundo). Así que el margen de beneficio sería el resultado:
<a name=assertionID> <! - Descripción shord como comentario HTML -> aseveración de los estados aquí <img href="path <a src="pics/assert.gif"> a prueba test" title=assertType> ID que es lo mismo que la afirmación de identificación </ a>
El atributo title se puede ver en un navegador como una sugerencia.
Todo el proceso de crear un margen de beneficio y desarrollo de pruebas lleva mucho tiempo. Y cuando parece que el trabajo está hecho, una nueva versión de la especificación es puesto en libertad. ¿Qué sucede después? Por supuesto, hay una necesidad de una nueva versión de la suite de prueba. Las nuevas pruebas deben ser por escrito y los antiguos actualizados o suprimidos.
La mejor manera de comenzar es hacer el marcado. Esta tarea se puede dividir en dos subtareas:
la transferencia de marcas de edad de las especificaciones anteriores a la nueva especificación (esto es necesario porque muchas pruebas ya estaban escritas, que están relacionados con el identificador de especificaciones, la reutilización de todas las pruebas posibles es una buena idea);
afirmaciones de marcado nuevos y actualizados.
La transferencia de las marcas es bastante simple como para hacerlo a mano:
Busque la etiqueta de marcado en la especificación de edad.
Encuentra el mejor lugar para insertar la etiqueta en la nueva versión de las especificaciones.
Inserte la etiqueta.
Si sólo hay 10 afirmaciones - este trabajo es un pedazo de la torta. Pero si hay miles que es un trabajo duro que debe ser automatizado. La parte más difícil es encontrar un nuevo lugar adecuado para las etiquetas de marcado. Es difícil porque la especificación fue cambiada. Para JLS2 proceso de migración a la JLS3 alrorithm flollowing se utilizó:
Cada afirmación se completa con las anclas de HTML. Ambos deben ser transferidos usando tal algoritmo.
Hin 1t: si alguna etiqueta es transferido, hay una gran posibilidad, esa etiqueta siguiente en las especificaciones de edad se coloca después de la que se transfiere.
Sugerencia 2: algoritmo debe comprobar que la segunda ancla debe colocarse después de la primera y no muy lejos de eso.
Lee el texto antes y después de la etiqueta en las especificaciones de edad. Búsqueda en la nueva especificación. Si uno de ellos no se cambió - la respuesta se encuentra. por lo general la duración debe ser 1-2 sentances, al menos 60 caracteres de longitud. Si ninguno o varios sentances encontrados - omitir este paso.
Trate de hacer lo mismo que en (1), pero quitar todas las etiquetas HTML del texto cerca que rodea a la etiqueta. Si no encuentran - omitir este paso.
Pruebe el algoritmo de adoptar, que trata de encontrar un texto similar en la nueva especificación. una. Siga los pasos de (1) y (2), pero desrease la longitud de la búsqueda de texto en un bucle hasta que la Sentance se encuentra o la longitud es muy corta. El trabajo práctico demostró que este número no debe ser inferior a 20. b. Si los pasos (1) y (2), o (3 bis) encontraron varias sentances aumentar la longitud del texto a buscar hasta que el texto se encuentra en la nueva especificación o el límite superior (Fe 140 caracteres) que se llegó. Utilice pistas para encontrar el mejor texto coincidente.
Adoptar algoritmo puede ser usado tanto con ignorando etiquetas html y aprovechando de ellos. Algoritmo es válido para las especificaciones escritas en texto plano, html o xml.
Este algoritmo fue implementado en JLS2-> herramienta JLS3 la transferencia de marcas. 84% de las etiquetas de marcado fueron transferidos de forma automática. El resto de ellas fueron realizadas de forma manual.
La definición más simple de los metadatos es que se trata de datos sobre los datos. Los metadatos pueden ser muy útiles. En cuanto a las marcas que había algunos metadatos incrustados: descripción id, pequeño de la afirmación, enlace a la prueba. Durante la transferencia de marcado me di cuenta de que más de metadatos sería muy útil. En la nueva versión de la especificación había varios tipos de afirmaciones: 
