Wir bereiten gerade unsere Testabteilung auf eine neue Version unseres neuesten Projekts vor. Wir möchten natürlich, dass sie einen gründlichen Plan zum Testen unserer Software befolgen und sicherstellen, dass Fehler vor der Veröffentlichung an uns (das Entwicklungsteam) weitergegeben werden.Wie kann ich einen Testplan für unsere QA-Abteilung erstellen?
Gibt es bei der Erstellung dieses Testplans irgendwelche guten Tools oder Methoden?
Versuchen: Artifact: Test Plan
Das beste Buch, das ich zu dem Thema gefunden habe, ist Managing the Testing Process. Der Autor geht darauf ein, wie man einen Testplan erstellt.
Nach meiner Erfahrung sind die Grundlagen eines Testplans wie folgt:
Wenn Sie das ausfüllen können, sollte das Team ziemlich gut testen können.
Eine Entscheidung, die Sie treffen müssen, ist wie leistungsfähig das Testteam ist? Ich bevorzuge einen Testplan als einen Algorithmus, um alle Testfälle abzuleiten. Beschreiben Sie die Arten von Fällen, aber nicht notwendigerweise jeden Fall im Detail. Wenn das Team weniger kompetent ist, müssen Sie möglicherweise jeden Fall spezifisch buchstabieren.
Eine letzte Warnung. Vermeiden Sie den Ruf der Sirene, zu detailliert zu sein. Ein Plan, der nicht im Kopf behalten werden kann, wird wahrscheinlich nicht befolgt. Wenn Ihr Testplan 25 Seiten lang ist, haben Sie wahrscheinlich zu viel geschrieben.
Ausgezeichneter letzter Punkt, Testpläne sollten nicht zu detailliert sein, da der Tester bei jedem Schritt ein wenig erkunden sollte ... – Alex
Und vergessen wir nicht, es wird nie genug Zeit sein, um alle Tests zu machen, die Sie machen wollen. Daher müssen die Tests in Ihrem Plan priorisiert werden. Ich finde oft, dass eine Priorisierung nach Risiko der beste Weg ist.
In der Regel sollte jedoch ein Testplan von der QA-Gruppe in Abstimmung mit Dev und PM entwickelt werden. Wenn QA den Plan nicht selbst erstellt, klingt es, als ob Ihr QA-Team ein Upgrade verwenden könnte. Zumindest sollte, selbst wenn der Entwickler den ursprünglichen Plan zusammenstellt, die QA einen gewissen Input liefern, da sie einen anderen POV haben. Je mehr Augen auf dem Testplan stehen, desto vollständiger wird es sein.
Absolut, wenn die Entwickler den Testplan erstellen, wird qa wahrscheinlich keine Fehler finden, weil die Entwickler das Zeug wahrscheinlich wissen arbeitet oder denkt darüber nach, wie es sich entwickelt. QA sollte dies nicht ein Entwickler sein. – Alex
Obwohl ich klarstellen sollte, dass ich nicht sage, dass Sie die Zusammenarbeit mit Entwickler auf Tests vermeiden sollten. Ich hatte viele gute kollaborative Beziehungen mit Entwicklern, wo wir Testideen gegeneinander austauschen. Oft kann der Entwickler mich in die Richtung des Codes weisen, den er für verdächtig/riskanter hält und mehr Tests benötigt. –
Einheiten- und Integrationstests sollten viele Probleme auf Codeebene erfassen, sie eignen sich jedoch nicht dazu, zu testen, wie sich das System aus Benutzersicht verhält.
Sobald Sie wissen, was ein Feature tun soll und wie Sie wissen, ob es funktioniert oder nicht, automatisieren Sie diesen Test (wo es offensichtlich Sinn macht) mit etwas wie TestComplete, SmarteScript. Diese Tests sind einfach zu bedienen und zu automatisieren, so dass sie immer konsistent laufen, ohne sich Sorgen machen zu müssen, dass irgendetwas durch die Risse rutscht.
QA sollte unbedingt den Testplan schreiben, wie Tom E darauf hinweist. Sie sollten sich mit dem Kunden auseinandersetzen, um die Anforderungen zu verstehen, und mit dem Entwicklungsteam, um die Implementierung zu verstehen, aber am Ende des Tages muss das Team mit der Testvorstellung den Testplan besitzen. Die einzige Situation, die ich mir vorstellen kann, wo ein Testplan geschrieben werden muss für ein QA-Team ist, wenn Sie ein ausgelagertes Team haben, QA, die noch nicht mit Ihrem Produkt vertraut ist. In diesem Fall würde ich empfehlen, dass ein oder zwei leitende Mitglieder des Teams während der Entwicklung und des Designs mit Ihnen zusammen arbeiten. es hilft ihnen, viel schneller zu beschleunigen und sie können dieses Wissen an den Rest des Teams weitergeben.
hey pavliks, ich weiß nicht, wie grundlegende Sie es wollen, aber wenn Sie etwas simpel und einfach Pick-up wollen und laufen mit, haben einen Blick auf diesen Artikel: Writing a System Test Plans
, wenn Sie Ihre Software gut kennen , haben MS Word installiert, und haben gute Dokumentationsfähigkeiten, Sie sind gut zu gehen
in Bezug auf eine sehr einfache, generische Bug Logging-Protokoll zu gehen, können Sie sehen: Logging Bugs Like a Pro < - das ist alles über das Loggen von Fehlern mit minimalem Aufwand und Erfassen der bloßen Informationen, die benötigt werden, um einen Bug zu untersuchen
- LM
Defekte Verbindung hier. –