S.Trofimov

Nein kein Zweifel an der Notwendigkeit der Testprogramme. Ob es sich um ein kleines Training Beispiel oder eine ganze Informationssystem. Die Frage ist nur, wie viel Sie brauchen Test, und wir können davon ausgehen, dass das Programm getestet?

Die Menschen Irren in jeder Art von Aktivität, einschließlich der Schaffung Programme. Natürlich sind diese Fehler unbeabsichtigt und der Mann schließlich fixieren aber wie sie sagen, nicht die Programme ohne Fehler nicht passieren, und irgendwann Testen Frage, ob weitere Fehler zu suchen oder mit ihnen zu leben mit einen Teil der Zeit. Diese Frage bringt uns zu Definition von Kriterien, nach denen zu beurteilen, dass das Programm mehr oder weniger bebaubar.

Es ist wohlbekannt daß es möglich ist, ein Programm von einem Anbieter, ohne einen einzigen Fehler zu schreiben. Es scheint einem unverwechselbaren Bediener kann dann noch eine weitere auf hinzufügen und scheinbar unfehlbar, aber die Menschen machen Fehler ... und das Ergebnis ist erweist sich nicht, was erwartet wird.

Fehler unterschiedlich sind, und die Zeit, um die Suche nach ihnen verschieden sein. Vom einfachen Tippfehler, die Beim ersten Start des Programms befindet, auf die implizite Fehleralgorithmus oder Missbrauch von Sprachkonstrukten, auf denen Sie finden können nicht nur für Stunden und Tage zu verbringen. Neueste besonders schwer zu finden.

Modern Programmiersprachen - dies ist ein extrem komplexes Entwicklungsinstrument das dauert Jahre intensiver Arbeit. Manchmal Fehler in der Dokumentation und mehr ein Mangel an Verständnis für die Arbeit einer Formensprache oder Zielbibliothek, was zu Fehlfunktionen des Programms.

Programmer Suche in den Code, und versteht nicht, warum es nicht funktioniert wie vorgesehen. In solchen Fälle, die ruhte und rufen Sie einen Nachbarn um Hilfe. In diesem Fall frische Meinung stark beschleunigen die Suche Fehler.

Reduzieren die Anzahl der Fehler in mehrfacher Hinsicht:

anwenden spezielle Methoden und Mittel der Schreiben von Programmen zum Beispiel CASE-Tools Rational Rose;

anwenden zuverlässig, immer wieder getesteten Komponenten und Bibliotheken;

streng beachten und die Einhaltung der wichtigsten Projekt erstellt Programme überwachen Dokumentation.

Mehr eine, sehr effektiv, aber zeitraubende Verfahren zur Reduzierung der Fehler (I Ich sage, es ist eine Reduktion, aber nicht vollständige Beseitigung) getestet werden. In Der Regel Ressourcen (Zeit), um den Test abzuschließen ist nicht genug. Daher betrug die Gesamt Überprüfen Testsystem in allen Betriebsarten und alle Parameter schwierig realisierbar.

Einer der wichtigsten Merkmale ist der Mangel an Standardtestprogramm, die auf etwas bereits erstellt verglichen werden könnten. Daraus Schwierigkeiten abläuft festzustellen, wenn die erforderliche Qualität des Programms erreicht ist.

Der Haupt Benchmark in diesem Fall wird der Projektdokumentation, die den Unterschied führt sein Ansichten verschiedener Personen auf der Qualität des Programms auf einen Nenner. Bei Das Fehlen einer solchen Dokumentation, glaube ich, dass im Prinzip kann nicht sein, testen Sie das Programm, weil Blick auf die Menge und die Qualität der Funktion nicht übereinstimmt, nicht nur zwischen Individuen, sondern kann auch von einem unterscheiden Rechte in verschiedenen Zeiträumen.

Deshalb ist es wichtig, mehrere Ebenen zu definieren, um die erforderlichen Qualitätsprogramme zu erreichen:

nicht Syntaxfehler und Notabschaltungen im Programm, die erreicht wird, Programm mit verschiedenen Daten über die maximale Anzahl von Zweigen laufen. Bis Zur Bereiche identifizieren, die nie nebyli Lauf, wenn das Programm ausgeführt wird, gibt es Spezialwerkzeuge, wie Rational Reines Coverage. Aus der Praxis der I kann, dass der Codeabschnitt, der war nie an gestartet abgeschlossen werden Tests, e...


Seite 1 der 2 | Nächste Seite




Ähnliche abstracts: