Startseite > Archiv > Richtiges Testen verbessert die Qualität

Richtiges Testen verbessert die Qualität

dotnetpro 7/2002 Von Hans-Joachim Erchinger erschienen in dotnetpro 7/2002 auf Seite 76
Code:
Keine Bewertung

Im professionellen Projektmanagement werden parallel zur Entwicklung eines Projekts Tests durchgeführt. Testverfahren sind nur dann wirtschaftlich sinnvoll, wenn sie erfolgreich geplant, spezifiziert und überwacht werden.

Artikel Download

Als Abonnent können Sie den gesamten Artikel als PDF abrufen und die zugehörigen Quelltexte direkt downloaden.

Sie sind bereits Abonnent? Dann registrieren Sie Ihr Abonnement jetzt online und greifen Sie sofort auf das komplette Artikelarchiv zu.

Einzelheft-Bestellung

Sie interessieren sich für diesen Artikel und haben noch kein Abonnement? Dann bestellen Sie doch einfach diese Ausgabe der dotnetpro als Einzelheft.

Abo-Bestellung

Probeabo
Wenn Sie die dotnetpro kennenlernen wollen, ist das Probeabo genau richtig für Sie. Lesen Sie die aktuelle sowie die kommende Ausgabe zu einem besonders günstigen Preis.








Abo
Wenn Sie die neue Ausgabe der dotnetpro als Erster lesen wollen, dann liegen Sie mit einem Abo genau richtig – zwölf Mal pro Jahr druckfrisch in Ihrem Briefkasten und das noch bevor das Heft am Kiosk erhältlich ist.

Sie finden diesen Artikel interessant? Dann helfen Sie anderen ihn zu finden und kicken Sie ihn bei www.dotnet-kicks.de!

Tags

1982   2002   Abbildung   abdecken   aber   abgearbeitet   Abgrenzung   Abkehr   ablaufen   Abnahme   abzu   administrieren   Aktivitäten   aktuellen   Algorithmen   Algorithmus   alle   allen   Allerdings   also   Ände   andere   Andererseits   Ändern   Änderung   Änderungsmanagement   Änderungsverwaltungssystem   Änderungswerkzeug   Anforderungen   Angaben   Angelegenheit   angepasst   angestrebt   angewandt   Ansatzpunkt   Arbeit   arbeiten   arbeitet   arbeitete   Arten   Attribut   Attribute   Attributwerte   auch   Audi   aufbewahrt   Aufga   aufgetretene   auftreten   Ausführung   ausgiebigen   Ausprägung   Auswirkungen   automa   automatische   automatisieren   Automatisierungsgrad   Autor   Baseline   BASICS   Baukasten   Bearbeitung   Bedarf   bedeutet   Bedeutung   beeinflussbar   befindet   befindliches   beginnt   begren   Begriffe   begutachtet   beim   Beispiel   beispielsweise   bekannten   bemerkt   benötigte   benprofile   Benuterzoberfläche   Bereich   Bereiche   bereits   berücksichtigt   beschäftigt   Beseitigung   besser   bestens   bestimmte   bestimmten   Betrieb   Betriebs   Betriebsfunktionalitäten   Beweis   Bezeichner   bezeichnet   beziehen   Beziehungen   Beziehungskette   beziehungsweise   bilden   Bleibt   Blick   Bons   Braunschweig   Change   chen   Codes   Codierung   communications   Configuration   Cycle   dabei   dafür   daher   damit   Daneben   dann   daraus   darf   darstellt   dass   Datei   Daten   Datenbank   dazu   debuggen   Debugger   Debuggers   Debugging   Definieren   dementsprechend   demselben   denn   Dennoch   deren   dern   Design   dessen   deutige   deutlich   deutliche   Development   Dienst   dies   diese   diesen   dieser   dieses   DieSteuerbarkeitdieser   Differenzen   Dimensions   Disziplin   dokumentieren   Dollar   dotnetpro   dung   durch   durchführen   Durchführung   durchgeführt   durchlaufen   durchlebt   Ebenen   eigentlichen   eindeutigen   eine   einem   einemfertigenProdukt   einen   einer   einerseits   eines   einfach   Eingaben   eingestuft   Eingriffsmöglichkeit   einheitli   einheitlicher   einige   einmal   einnehmen   einzelne   einzelnen   einzugebende   einzuhalten   elimi   Ende   Engineering   entdeckt   enthält   entsprechende   entstanden   entstehen   Entwick   Entwickeln   entwickelt   entwickelte   entwickelten   Entwickler   Entwicklung   Entwicklungs   entwicklungstypischen   Entwurf   Erchinger   erfolgen   erfolgreich   erfordert   Ergebnis   Ergebnisse   Ergebnissen   Ergebnisses   Ergebnisüberprüfung   ergibt   erhält   erhalten   erlaub   ermögli   erreichen   erreichten   Error   erst   Erstellung   ersten   Erstens   Erster   Erwägungen   erwarte   erwartet   erwarteten   erzeugen   erzeugend   erzeugt   etwa   Euro   eventu   exakt   existieren   Existiert   fahren   Failure   Faktor   Fälle   Fällen   Fallunterscheidungen   falsch   fault   Fehler   fehlerhaft   fehlerhaften   Fehlermel   Fehlermeldung   Fehlern   Fehlerterminologie   Fehlerverfolgungssystem   Fehlerverwaltung   fertig   festgelegt   findbar   finden   fixen   Fixieren   Fixierung   flow   folgt   Form   fort   Frage   Franken   früher   früheren   führen   funktional   Funktionsgruppe   fußt   gangspunkt   ganisationauf   ganz   gearbeitet   geeignet   gelangt   gelten   genau   gene   genehmigt   genügen   geplant   geplanten   geprüft   gerade   geschieht   gesichert   gesteuerte   geteste   getestet   getestete   getesteten   Gewöhnliche   gewünscht   gewünschten   gibt   gleiche   gleichen   Gleichwohl   Glossary   Grad   grafische   gramm   Grenzen   griertes   größeren   Grundlinie   Grundzustand   Gruppe   Gruppen   Gruppenmitglieder   Gruppenmitgliedern   Gültigkeitseinschränkungen   gute   haben   Hans   häufig   heißt   heute   hier   hingegen   hohem   hohen   hoher   höher   idealer   Idee   IEEE   ihren   Ihrer   immer   implementierte   Implementierung   impliziert   individuell   info   inhaltlichen   Instanzierung   Instanzierungsvorgang   inte   integrierten   irgend   irgendwie   Items   Jahren   jedem   jederzeit   jedes   jedoch   jeweiligen   Joachim   käme   kann   keit   klar   klare   Klassifizierung   Kombina   kombiniert   kommen   Kommt   Konfigurations   können   Konzepte   kopieren   kopiert   Kopplung   korrekt   Korrektur   Kosten   Kraft   Kundendatenerfassung   lassen   lässt   Lasttests   Lebenszyklen   Lebenszyklus   lediglich   legt   leicht   leisten   leistungs   Leistungsmerkmale   leiten   Leitobjekt   letztlich   liefert   liegt   ließ   Life   Linie   Liter   lungsingenieur   machbar   macht   Mana   Management   Manchmal   manuell   manuelle   Marconi   Mathematikstudium   Mechanismen   Megen   mehr   mehrere   MehrereTestsequenzenwerdenzueinerGesamtsequenz   meint   menschau   MERANT   Methodik   mithilfe   Mobilfunkentwicklung   Module   möglicher   möglichst   Motor   Multi   muss   müssen   nach   Nachvollziehbarkeitsgründen   nahe   nähert   natürlich   Neben   negati   nehmen   neue   neuer   nicht   niedriger   niert   nimmt   noch   notwendig   Notwendigkeit   Nutz   Nutzsystem   Objekt   Objekte   oder   ordnungsgemäß   paar   parallel   Parallelent   Planen   Polo   positivem   positiven   präsentation   Produkt   produktiven   professionellen   Professionelles   Programm   Programmablauf   Programmen   Programmlogik   Projekt   Projekte   Projektmanagement   Projekts   Prototypen   Prozeduren   PVCS   Qualität   Qualitätsansprüchen   Quelle   realisiert   Rechnungen   recht   rechtigten   rechtzeitig   Regresstests   Reihenfolge   reine   Relationen   Relationships   relativ   Release   Releases   Reor   respektive   Ressourcen   Reviewer   Revision   Richtiges   rierung   Risikoklasse   Rolle   Rollen   rungsmanagementsystem   Satz   schlecht   schlimmsten   Schlussfolgerung   Schmitz   schnell   schon   Schritt   Schweizer   sein   Seit   selbstverständlich   Sequenz   Sequenzen   sich   sicher   sichergestellt   sicherlich   sind   sinn   Sinne   sinnvoll   sinnvolle   Skripte   Sobald   sofort   Software   soll   Sollte   Solution   sondern   sorgen   sowie   später   spätere   spezifizieren   spezifiziert   spielen   sprich   spricht   Stand   Standard   stände   Strukturen   Stufe   Stufen   summe   sung   system   systematisch   Systeme   Systemen   Systementwicklung   Systemstand   Systemstände   Systemstart   tätig   taucht   Teil   Teilsys   Templates   Terminology   Test   Testablauf   Testaktivitäten   Testbasis   Testdurchführung   testen   Testentwicklung   Tester   Testergebnis   Testergebnisse   Testers   Testfall   Testfälle   Testfällen   Testfallgruppe   Testfallgruppen   Testfallmanagement   Testfalls   Testfallsequenz   Testfallsequenzen   Testgruppen   Testmanagement   Testmanagements   Testobjekts   Testorganisation   Tests   Testsequenz   Testsystems   Testüberdeckung   Testverfahren   Testzweck   teure   tion   tisch   tismus   Transformationen   treibende   Trennung   treten   Trick   über   übergangsbe   überprüfen   überprüft   überwachen   überwacht   üblich   umgekehrt   Umrechnung   Umso   unbedingt   unbefriedigend   ungültig   unter   Unterlas   Unternehmen   unterscheiden   Unterscheidung   Unterschied   unterschiedlichen   Untertyp   unveränderlich   Validität   valued   Varianten   verarbeitet   verbessert   Verbrauchs   verfolgbar   verfolgung   Vergleich   Verhältnis   verlaufende   verrichten   verschiedene   verschiedenen   Versionen   versionsfähige   verwaltbar   Verwaltung   verwenden   verwendet   verwendeten   vieles   vielmehr   vier   Vollständigkeit   Voraussetzun   Voraussetzungen   vordefinierte   Vorentwicklung   Vorgang   Vorgängen   vorgehen   Vorgehensweise   vorher   vorherigen   vorhersagbare   Vorlagen   vorliegenden   vornherein   Vorschein   Vorstellung   vorzusehen   Während   waltung   wäre   Wartungstest   weder   weise   weit   weitere   weiteren   weiterentwickelten   wenden   Wenn   werden   Werkzeug   Werte   Werten   wichtig   wickelt   wicklung   wicklungssystem   wieder   wiederfinden   Wiederver   Wiederverwendbar   wiederverwendbare   Wiederverwendung   wird   wirken   wirtschaftlich   wirtschaftliche   work   Workflow   Workflows   Zeitnicht   Zeitpunkt   zender   zuge   Zugegeben   zugehörigen   zunächst   zurückgezo   zurückzuleiten   zusam   zusammen   zusammengeführt   Zusammenstellung   zuspüren   Zustände   Zuständigkeit   Zuständigkeiten   zwei   Zweige   Zweitens

Login
Sie sind nicht eingeloggt.

Login & Registrierung
Abo bestellen





Anzeige





Newsletter
Tragen Sie Ihre E-Mailadresse für den kostenlosen Newsletter von dotnetpro ein.


Umfrage
Wie zufrieden sind Sie mit Ihrem Gehalt?




Ergebnis anzeigen