Welche Tags sollte eine Entwicklung zum Testen behalten?
Einen je Typ, den der Code zu unterstützen behauptet, dann einen je Zustand, den er überstehen muss: leer, formatiert und ohne Inhalt, voll, nur lesbar, passwortgeschützt, und einen Tag, der mit Absicht tot ist. Der letzte ist es, der beweist, dass der Prüfschritt noch scheitern kann.
Einen je Typ, den Sie behaupten
Beginnen Sie bei dem, was der Code zu unterstützen sagt. Ein Aufkleber vom Type 2, eine Karte vom Type 4 und ein Tag vom Type 5 decken die drei Familien ab, denen die meisten Vorhaben begegnen, und die Seite zu den Tag-Typen sagt, auf welcher Norm jeder ruht. Gehören MIFARE-Classic-Karten zum Rollout, legen Sie eine dazu: Die Klasse, die sie liest, ist unter Android wahlfrei, ein Telefon ohne sie gehört also zur Prüfung.
Legen Sie dann einen zweiten Tag desselben Typs mit einem anderen Chip dazu, mit einer anderen Speichergröße. Es ist der billigste Weg, eine fest eingetragene Seitennummer oder eine angenommene Kapazität zu fangen, der Fehlschlag, um den es der Seite zu den Unterschieden der Chips geht.
Einen je Zustand, den Sie überstehen müssen
Ein Tag hat Zustände, und Code begegnet ihnen allen irgendwann. Leer und unformatiert, was ein neuer Tag manchmal ist, wie die Seite zum Formatieren erklärt. Formatiert und ohne Inhalt, was sich als Nachricht der Länge null liest. Voll, damit ein Schreibvorgang, der nicht hineinpasst, so scheitert, wie er soll, der Fall, den die Seite zur Größe behandelt.
Nur lesbar, was das Schreiben endgültig verweigert, und passwortgeschützt, was es verweigert, bis der Code sich authentifiziert, die beiden, die die Seite zum Schutz trennt. Beide gibt es, um zu prüfen, dass Ihre Fehlerwege das Richtige sagen statt jedes Mal dasselbe.
Der Tag, der nie lesen darf
Behalten Sie einen Tag, der wirklich tot ist, und beschriften Sie ihn. Die Seite zum beschädigten Tag nennt den Grund: Es ist der einzige Weg zu wissen, dass ein Prüfschritt einen schlechten Tag wirklich erkennt, und das ist es wert, vor einem Fertigungslauf gewusst zu werden statt danach.
Ein Tag in unbekanntem Zustand ist das Gegenteil: Er erzeugt Fehlschläge, die niemand zuordnen kann. Steht der Zustand nicht auf ihm, gehört er nicht zum Satz.
Beschriftet, festgehalten, behalten
Schreiben Sie den Zustand auf jeden Tag und halten Sie die Liste dort, wo das Team sie lesen kann, dieselbe Selbstdisziplin, die die Seite zum Nachhalten von einem Rollout verlangt. Passwörter gehören ebenfalls in diese Aufzeichnung, da ein geschützter Prüftag mit einem vergessenen Schlüssel ein nur lesbarer Tag mit zusätzlichen Schritten ist.
Und denken Sie daran, dass Tags die Hälfte des Satzes sind. Mindestens zwei Telefone, eines davon ohne die wahlfreien Technologieklassen, dazu ein iPhone, da eine Nachricht, die ein Android-Auswerter annimmt, dort nichts bewirken kann, der Unterschied, den die Seite zu den iOS-Datensätzen behandelt.
Häufige Fragen
Wie viele Tags braucht ein Satz zum Testen?
Weniger, als es klingt: einen je Typ, den Sie behaupten, einen je Zustand, den Sie überstehen müssen, und einen toten Tag. Etwa zehn decken die meisten Vorhaben ab.
Warum einen toten Tag behalten?
Um zu beweisen, dass der Prüfschritt scheitern kann. Eine Prüfung, die noch nie etwas zurückgewiesen hat, ist nicht geprüft worden.
Brauche ich MIFARE-Classic-Tags?
Nur wenn Ihr Rollout sie hat. Die Android-Klasse, die sie liest, ist wahlfrei, prüfen Sie also auch auf einem Telefon, dem sie fehlt.
Und die Telefone?
Zwei Android-Telefone mit verschiedenen Controllern und ein iPhone. Der Satz Tags findet Fehler im Inhalt, der Satz Telefone die der Plattform.