Make it simple?

2plus2 Make it simple? Spezifikation ist wichtig - diese Aussage ist für alle klar. Eine weit verbreitete Produkt-, Technologie oder Sprache, ohne eine genauere Beschreibung ist nutzlos. Eine Spezifikation, ohne testsuite ist gefährlich. A Testsuite ohne Auszeichnungen und Tests ist nicht möglich. Dieser Prozess ist sehr komplex. Es gibt jedoch Möglichkeiten zur Vereinfachung der Markup-Bühne.

Wie bei Java Language Specification (JLS) und Java Virtual Machine Specification (JVM) sie geschrieben sind in FrameMaker. Danach spec ist HTML und PDF exportiert werden. Das Markup ist in html-Version integriert. Meine Meinung ist, dass Markup-Informationen sollten in Verkehr gebracht werden (oder mit ihr verbunden sind) die Herkunft Text. In unserem Fall ist es FrameMaker-Dokument. Ich bin nicht sicher, ob dies überhaupt möglich ist, aber ich schätze es ist. Wenn nicht, vielleicht FrameMaker ist nicht die beste Lösung. Als Ergebnis werden wir deutlich reduzieren die Menge an Zeit und Mühe für die Übertragung von alten Markup und Markierung von neuen Text erforderlich. Außerdem während des Schreibens der nächsten Revision der Spezifikation des Autors zusammen mit Telekom-Control-Team sollte alle chenged und neue Assertions Markup. Ich würde sagen, der beste Weg ist, wenn die spec Schreiben und das Markup Prozesse zur gleichen Zeit fertig sind. Es ist für den Autor angemessen, darauf hinzuweisen, der Test-Entwickler, welche Anweisungen getestet werden sollte.




  • Share / Bookmark
Print This Post Drucken Sie diese Post

Assertion Färbung

rainbow Assertion coloring Conformance Test-Entwicklung beinhaltet die Ermittlung Behauptungen in einer Spezifikation, Schreib-Conformance-Tests festgestellt, dass die Behauptungen zu überprüfen und die Verknüpfung der Prüfung der Behauptung, dass es Tests.
Lets start aus der folgenden Punkte:
- Behauptung ist markiert
- Tatsächliche Behauptung ist schwierig, in der Spezifikation (derzeit gibt es nur kleine Behauptung gif's am Ende der einzelnen Behauptungen view)
- Abschluss der Behauptungen sind nur durch das Lesen der HTML direkt oder Blick auf die einzelnen Tests angesehen
- Beginn der Behauptungen sind schwer in den HTML-Code zu sehen
- Bereitstellung einer visuellen Weg, um die Behauptung Ansicht ist einfach das Problem sind wir zu lösen versuchen.

Die Hauptsache ist, zu den Behauptungen Farbe (Spezifikation Text selbst) mit HTML-Tags. Die Untersuchung wurde gemacht, die HTML-Tags zu verwenden. Div, span, Tisch-und Font-Tags wurden betrachtet. Die beste Lösung ist die Schriftart-Tag. So wird der Text mit font-Tags umgeben. Die Klasse Attribut des font-Tag entspricht der Art der Behauptung. Fe, wenn die asserion neu ist sie mit rot gefärbt, um anzuzeigen, dass Tests geschrieben werden müssen, sind alte Behauptungen mit grüner Farbe, um anzuzeigen, dass Tests bereits existieren. Es sollte ein Dienstprogramm (Script oder Java-Programm) gekennzeichneten Scan-up-Spezifikation und automatisch die Tags für die Einfärbung benötigt. Die Hintergrundfarbe des Textes wird durch den Title-Attribut Farbe der Behauptung, bestimmt werden. Diese Methode wurde umgesetzt und funktioniert gut. Für Usability-Zwecke sollte es einen Mechanismus zu verbergen Färbung, zB ein Javascript.

Ein Nachteil dieser Lösung ist, dass die Farbe statisch ist, da es auf dem Titel-Attribut basiert. Eine zweite Lösung wäre, dass das Werkzeug würde für eine Existenz eines Tests zu überprüfen (auf die Behauptung, ID oder den Link in der Behauptung aus). Wenn ein Test existiert, würden wir etwas tun, um die Farbe für diese Behauptung gesetzt. Man könnte so einfach sein, dass sie eine Titel-Attribut. Ein Nachteil dieser Lösung wäre, dass die Behauptung Färbung noch statisch sein würde, aber auf, wenn der Benutzer die Skripte auf.

Eine Variante der gegebenen Lösung ist, dass wir dynamisch die Erfassung von Daten, wenn die Spezifikation wird in einem Browser betrachtet erzeugen würde. Wir würden uns festzustellen, ob ein Test besteht in der Prüfung Verzeichnis nach einer bestimmten Behauptung und Farbe der Behauptung entsprechend. Dies könnte durch ein Javascript gemacht werden / VBScript mit Objekten, die Zugriff auf Datei-System zu ermöglichen. Diese Methode wäre dynamischen und sollte immer auf dem neuesten Stand Behauptung Abdeckung.

Hier sind einige Beispiele aus JLS3 Kapitel "Conversions und Promotions" und "Schnittstellen":

JLS3 colored Assertion coloring

JLS3 colored2 Assertion coloring

Assertions conv063, conv047, conv065, conv48, conv66 und conv049 aus den vorangegangenen Version der Spezifikation, wurden sie nicht verändert und Tests Update ist nicht noetig - Farbe Aquamarine (neurtal grün). Conv155 und conv156 sind neu, neue Tests entwickelt werden sollte, Behauptungen sind in grellem Rot eingefärbt. Conv064 wurde geändert, Test-Update notwendig - Farbe: orange. Annot019 ist ein neues, Tests gibt, aber sie sind notwendig, um geändert werden - Lachs Farbe. Annot020 ist neu, aber кудумфте Prüfungen bestehen - Farbe hellgrün.

Der Hauptvorteil der Spezifikation Färbung ist, dass die spec visualisiert wird. User sehen die ganze Aussage und ihre Titel. Man kann sagen, indem man die Spezifikation, wo es Gebiete mit geringer Reichweite, bei denen einige oder viele Tests hinzugefügt werden sollte oder verändert werden. Es besteht grundsätzlich die Möglichkeit, um zu sehen, wie gut ein spec ist ausgezeichnet werden und wie gut er geprüft worden ist.




  • Share / Bookmark
Print This Post Drucken Sie diese Post

  • Share / Bookmark
Print This Post Drucken Sie diese Post