Treffen Der Entscheidung, Um Ihre Software-Prüfung Zu automatisieren
Nicht jede prüfenprojektdose der Software oder sollte automatisiert werden. Bevor Ihre Abteilung ein neues Testautomatisierung Projekt annimmt, sollten Sie einen Prozeß herstellen, durch den Projekte und entweder angenommen oder zurückgewiesen wiederholt werden. Dieses kann mit einer einfachen Test-Automatisierung Annahme-Checkliste getan werden.
Wiederholbare Test-Fälle mit festen Daten
Der Nutzen der zutreffenden Kosten der Testautomatisierung wird erzielt, nur wenn die gleichen Indexe mehrfache Zeiten durchgeführt werden. Die erste Durchführung ist sehr kostspielig, weil sie die einmaligen Kosten der Automatisierung Werkzeuge und 100% der Zeit des Test-Automatisierung Ingenieurs miteinschließt. Wenn die Indexe wieder durchgeführt werden, sinken die Kosten von Testautomatisierung scharf. Das Werkzeug ist bereits gekauft worden und die Indexe sind bereits kodiert worden. Wenn es Änderungen in der Anwendung gegeben hat, können die Indexe Wartung erfordern, bevor sie durchgeführt werden. Wartung auf kleinen Software-Updates sollte minimal sein.
Weil Testautomatisierung nur erfolgreich ist, wenn die Indexe durchgeführt werden können mehrfache Zeiten, nur Anwendung, die die gleichen Testfälle erfordern, mit durchgeführt zu werden, die gleichen Daten gute Anwärter für Automatisierung sind. Z.B. könnte ein Antrag auf Hypothekendarlehen, der die Rückbildung sein muß, die auf einer wöchentlichen Grundlage geprüft wird, ein guter Anwärter für Testautomatisierung sein. Indexwartung ist minimal und die Indexe können einen Antrag auf Hypothekendarlehen mit der gleichen Gruppe von Testdaten in einem Bruch der Zeit eintragen, die er ein Handprüfgerät nehmen würde, um die gleiche Funktionalität zu prüfen.
Andererseits würde ein Hypothekenbestellungen System, das nicht die gleichen Testdaten für jede Wiederholung verwenden kann, nicht ein guter Automatisierung Anwärter sein. Wegen der Natur der Hypothek Systeme, Daten könnte in den verschiedenen Zuständen der Zustimmung oder der Ablehnung inszeniert werden, basiert worden auf den gegenwärtigen Daten und den Abteilungen, die bereits ihr Teil des Antrags auf Hypothekendarlehen verarbeitet haben. Wenn der Index nicht aus, welchen Daten leicht darstellen kann, in die Software, es hereinzukommen nicht ein guter Automatisierung Anwärter ist.
Ein anderes Problem mit dem Automatisieren dieser Art des komplexen Systems ist, daß das Testklima häufig ein Musterstück von Produktion Daten enthält, die auf einer periodischen Grundlage erneuert wird. Manchmal kann dieses überwunden werden, indem man die Testdaten umbaut, wenn das Testklima erneuert wird. Die Möglichkeit des Umbauens von von Testdaten regelmäßig hängt von der Kompliziertheit der Anwendung ab. Sie müssen diese Entscheidung auf einer Schachtel-durch-Schachtel Grundlage treffen.
Anwendung oder Klimastabilität
Klimastabilität ist zu ein prüfenprojekt der Software erfolgreich automatisieren entscheidend. Indexe können nicht in einer fristgerechten Weise kodiert werden, wenn das Anwendung Klima nicht erreichbar ist, erfährt häufige Stillstandszeiten oder übermäßige Defekte und Störungen.
Wenig oder keine Anwendung oder Klima-Stillstandszeit
Sie nimmt länger, um Indexe, als zu schreiben sie tut, um die gleiche Funktionalität manuell zu prüfen. Die meisten Automatisierung Werkzeuge werden hinunter Version von C oder von sichtlichgrundlegendem gewässert, das bedeutet, daß das Schreiben der automatisierten Indexe im Wesentlichen programmiert und ausreichende Zeit und fachkundige Fähigkeiten nimmt. Anders als Handprobefälle denen manchmal geschrieben werden können gegründet worden weg weg den Anforderungen und von den Mock-ups, erfordern automatisierte Werkzeuge die tatsächliche Anwendung. Wenn ein Testklima nicht erreichbar ist, kann nicht Automatisierung Ingenieure Indexe verursachen, das das Projekt und die Enden ausdehnt, die oben mehr kosten.
Übermäßige Stillstandszeit kann aus irgendwelchen vom folgenden bestehen:
Instabiles Klima
Mangel an Infrastruktur-Unterstützung
Häufige Anwendung Updates
Buggy-Code
Effekte der Klima-Instabilität auf Index-Entwicklung und Durchführung
Wenn eine Anwendung oder ein Klima instabil ist, wird scripting Fortschritt drastisch zusammen verlangsamt oder gestoppt. In einigen Fällen ist es möglich scripting fortzufahren, aber dieses kann Ursachen mehr Arbeit zu einem späteren Zeitpunkt. Z.B. wenn Sie im Buggycode scripting, können Sie müssen Index um Fehlermeldungen und die Indexe müssen zu einem späteren Zeitpunkt verbessert werden. Oder, Sie können nur in der LageSEIN, Indexe zu einem bestimmten Punkt zu verursachen und sie zu einem späteren Zeitpunkt zu beenden. Um zu helfen Klimainstabilität zu vermeiden und zu verringern, lesen Sie das Kapitel auf Service-Niveau-Vereinbarungen.
Fristgerechte Defekt-Verlegenheiten
Anwendung Defekte müssen nicht zu einem automatisierten prüfenprojekt der Software schädlich sein. Wenn Defekte in einer fristgerechten Weise geregelt werden, kann das Scripting ohne bedeutende Stillstandszeit fortfahren. Wenn es ein automatisiertes prüfenprojekt schätzt, ist es immer am besten, einige Pufferzeit zu addieren, die für den Defektbericht und -neuausgaben unterbringt.
Wenn Defektverlegenheiten eine übermäßige Zeitmenge zu beheben dauern und das automatisierte prüfenprojekt der Software veranlassen verzögert zu werden, ist es Zeit, zusammen zu ziehen eine Sitzung. Laden Sie alle Hauptspieler ein und besprechen Sie die Wurzel des Problems und was jeder die Dose, zum der Situation zu verbessern. Möglicherweise ist Entwicklung Ausgabe zu viel Zeit, die versucht, das Problem zu reproduzieren und Ihre Automatisierung Mannschaft habend, tragen Sie bessere Beschreibung würde helfen ihnen, die Defektverlegenheiten schneller herum zu drehen ein. Möglicherweise können Sie zusammen arbeiten, um Defekte einzustufen und angemessene Verlegenheit Zeiten für jede Klassifikation herzustellen. Z.B. muß ein Totaldefekt geregelt werden, der Tag, während ein hoher Defekt mit in 24 Stunden geregelt werden muß.
Entgegenkommende Kontakt-Person
Wenn Ihre Mannschaft auf einem neuen automatisierten prüfenprojekt nimmt, benötigen Sie eine Kontaktperson. Diese Person ist für sicherstellen Sie haben die Geschäft Anforderungen und die antwortenden Fragen verantwortlich über, wie die Anwendung arbeitet. Dieses ist nicht sein oder Hauptjob, also müssen Sie sicherstellen, daß er oder sie entgegenkommend sind. Wenn Sie nicht die beantworteten Fragen erhalten können ausreichenden Geschäft Anforderungen, Testdaten, oder, ist Ihr Automatisierung Projekt nicht erfolgreich.
Copyright 2004. Danna Henderson. Alle Rechte vorbehalten.
Danna Henderson hat vielen Organisationen geholfen, ihre Software zu automatisieren, die mit WinRunner prüft. Zu Information über die robusten, Daten gefahrenen Indexe Verursachens und die erfolgreiche automatisierte Prüfung, Besuch WinRunner Experten.
Artikel Quelle: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Holen Sie sich den HTML-Code fü Webmaster
Fügen Sie diese Artikel Ihrer Website jetzt hinzu!
Webmaster veröffentlichen Sie Ihre Artikel
Keine Anmeldung erforderlich! Füllen Sie das Formular aus und Ihr Artikel wird im Messaggiamo.Com Artikel-Verzeichnis aufgenommen!
