métadonnées Markup
La définition la plus simple de métadonnées, c'est que ce sont les données sur les données. Les métadonnées peuvent être très utiles. En ce qui concerne le balisage y avait une certaine métadonnées intégrées: id, petite description de l'affirmation, le lien pour tester. Pendant le transfert de balisage, j'ai réalisé que plus de métadonnées serait très utile. Dans la nouvelle version de la spécification, il y avait plusieurs sortes d'affirmations:
- anciens:
texte non-changé, les tests n'ont pas besoin de tout changement; - oldToBeChanged:
texte modifié, les tests ne doivent être modifiées; - nouvelles:
totalement nouveau texte, de nouveaux tests nécessaires; - newWritten:
nouveau texte, mais les tests existent déjà (parce que le processus d'élaboration d'essai a commencé dès que les spécifications du projet de disposition); - newWrittenToBeChanged:
nouveau texte, des tests existent, spec projet changé, les tests doivent être modifiées ou des tests existants ne suffisent pas.
L'ajout de ce type de données en langage de balisage simplifierait grandement les travaux futurs - le développement d'essai. Parce que, tout en regardant une assertion dans le spec peut facilement dire si d'autres tests sont nécessaires ou plusieurs devraient être mis à jour.
Avec la donnée architecture balisage est a été décidé d'utiliser l'attribut title dans la balise href (la deuxième ancre). Ainsi, le balisage ressemblerait à ceci:
<a name=assertionID> <! - description shord en commentaire html ->
déclaration affirmation ici
<img href="path <a src="pics/assert.gif"> à title=assertType> ID test test" qui est le même que l'affirmation d'identité </ a>
L'attribut title peut être visualisé dans un navigateur comme un indice.
ancrage , l'affirmation , assertionID , JLS , le balisage , le transfert de balisage , les métadonnées , spécifications , cahier des charges , déclaration , tests
