Irgendwelche Faustregeln für die Abschätzung der UAT Aufwand - wie für die Anzahl der Skripte im Vergleich zu der Anzahl der business-Anforderungen?

Ich versuche, zu schätzen, die Anzahl oder den Tester erforderlich, um zu testen, ein Projekt. Eine Methode ist, um zu bestimmen, die Anzahl der Skripte, die erforderlich sein wird und Frage mich, ob es eine Faustregel für die Anzahl der Skripte, da im Vergleich zur Anzahl der Anforderungen.
Ich bin der Schätzung 2 - 3.

  • 1 für einen sonnigen Tag geben Sie test
  • 1 für einen negativen test
  • 1 mindestens für die Kombination 1 Anforderung-test mit mindestens einer anderen.

aber das ist nur meine erste Vermutung. Wenn es einige best practices, bin ich alle Ohren.
Wieder, dies ist nicht für unit-Tests oder Systemtests, dies ist für die Akzeptanz testen.

InformationsquelleAutor LanceG | 2009-07-23

  1. 2

    Die beste Schätzung, die Sie erhalten stammt aus der Tester das tun des Tests. Außerhalb dieser Art von Schätzung von den Testern, können Sie in der Lage zu kommen mit irgendeiner Art von Prozentsatz der Test-Zeit im Vergleich zu der Entwicklung der Zeit.

    Sagen, Sie hätten eine 100-Stunden-Aufgabe für Entwickler. Sie verbringen 20 Stunden auf design, 80 Stunden auf zu bauen. Sie in der Lage sein könnte zu dem Schluss kommen, dass es 15 Stunden zu testen, oder 15% der Entwicklungszeit. Sie könnte dann bewerben Sie sich 15% auf Ihre gesamte Entwicklung Schätzung für UAT-Tests zu wissen, dass einige länger, einige weniger.

    ich verstehe deinen ersten Punkt über Fragen-Tester - das problem ist, dass ich Ressourcen anfordern, und müssen Ihnen sagen, wie viele Leute. ich mag, wohin du gehst, mit der Anzahl der Stunden und % der Zeit.
    Klingt wie dein Prozess ist ähnlich wie bei uns... Sagen Sie uns, wie lange es dauern wird, und dann werden wir entscheiden, wie viele Menschen zu geben, die die Arbeit machen. Diese Leute sagen dann, Moment mal, das ist viel zu viel oder viel zu wenig...

    InformationsquelleAutor RSolberg

  2. 1

    Hey Shinyfish, ich verstehe den Impuls zu wollen, um eine Formel...und ich werde Ihnen Versprechen, dass Sie alle Allgemeinen Formel nachweislich falsch, außerhalb eines engen Rahmens. Betrachten Sie jemanden, der Ihnen sagt, dass jede Anforderung sollte N zugeordneten tests. Betrachten wir nun ein paar Beispiel-Anforderungen, z.B.

    1. Das Feld Benutzername müssen mindestens 6 alphanumerische Zeichen, vs.
    2. Die Dosierung Rechner korrekt zu berechnen, die Patienten die Dosis der Gefahr-o-Medizin, basierend auf Alter, Geschlecht, Körpergewicht.

    Beide sind mögliche Anforderungen. Die erste ist relativ simpel und relativ niedrigen Einsätzen. Die zweite hat viele mögliche Fehlerquellen, und wenn es gelingt in vielen Fällen scheitert aber in ein paar scheinbar zufälligen, er werde jemanden umbringen. Wer sagt dir, zu zählen, Ihre Anforderungen und multiplizieren Sie mit etwas Wahn oder Verkauf von snake oil.

    Ebenso sagen, dass UAT nehmen 1/N-TEN die Codierung Zeit /können/werden eine nützliche Heuristik in einigen geschäftlichen Kontext, aber der Wert für N wird variieren Wild zwischen, sagen wir, ein startup machen, blogging-software und der Entwicklung der nächsten version von Photoshop. Für diese Angelegenheit, was /du/meinst, UAT (und was Ihr unit-und system-Tests(n nicht) - cover) wahrscheinlich ändert sich drastisch von dem, was die Leute beraten, Sie meinen die gleichen Bedingungen.

    Hier die Faustregel, die ich verwenden könnte, um abzuschätzen, wie viel Zeit zum testen nehmen werde:

    Zunächst, soweit es möglich ist, sollten ähnliche Projekte in Ihrer Organisation.

    • Wie viele Personen/Tage der Prüfung haben Sie bekommen?
    • Waren die beteiligten zufrieden, wie gründlich das Produkt wurde getestet?
    • Wie kann Sie erwarten, dass dieses neue Projekt ähnlich/anders als die vorherigen?
    • Wie erfahren/kompetent sind die Tester, die Sie erhalten werden, im Vergleich zu früheren Projekten?
    • Wie gut verstehen Sie dieses Projekt am Anfang, im Vergleich zu früheren Projekten?

    Natürlich, manchmal Sie don ' T haben eine einschlägige frühere Projekte zu vergleichen. Wenn Sie noch nicht...wissen, dass Ihre Schätzung haben einen viel größeren Spielraum für Fehler. Ich kann nicht für Sie sprechen, aber 98.% der Entwickler (Tester, Entwickler, etc.) ich habe mit chronisch unterschätzen. Wenn das wahr ist für Sie, versuchen Sie zu kompensieren. Vielleicht am wichtigsten ist, versuchen Sie zu verstehen, wie genau Ihre Schätzung ist (oder auch nicht) und dann setzen die Stakeholder-Erwartungen entsprechend. Bietet eine illusion von Gewissheit nur selten hilft niemandem.

    Viel Glück!

    Jeff - Punkte gut. Meine Absicht war nicht, eine Antwort als Evangelium, aber auch nicht versuchen, von vorne zu beginnen. Auch ich Stimme völlig mit Ihnen auf die Unterschätzung Faktor - es scheint eine Menge optimistischer Menschen in diesem Bereich.

    InformationsquelleAutor Jeff Fry

  3. 0

    Ich würde empfehlen, kommen auf es von ein paar verschiedenen Blickwinkeln und machen Sie Ihre Entscheidung, nachdem Sie die folgenden Punkte beachten:

    1) die Rückseite der Umschlag Berechnungen... 2.5 Testfälle pro Anforderung (aber Jeff Fry ' s point ist tot auf, manchmal mehr, manchmal weniger)

    2) Schnell zu berechnen, eine 1/N-TEN die Zeit beantworten... wie viel Prozent der Entwicklungszeit und/oder der gesamten Testzeit haben wir verwenden letzten Zeit für ein Projekt dieser Allgemeinen geben? War es genug, um den job gut?

    3) Verbringen Sie eine Stunde bei der Eingabe der Parameter und Werte in einem test-design-tool wie Hexawise und erstellen Sie eine einfache 2-Wege - (oder paarweise) Reihe von test-Bedingungen. Dabei wird in der Regel geben Sie eine minimale Anzahl von tests, über die hinaus Sie würden in der Regel nicht wollen, zu schneiden. Der zusätzliche Vorteil der Verwendung von test-design-tool ist, dass Sie nicht nur bestätigen, dass die Genannten Anforderung #1: "die Seite sieht OK, wenn Sie mit dem Google Chrome browser" und Erklärte Anforderung #2: "Benutzer sind in der Lage, ändern Sie die Kreditkarte, die Sie verwenden, um zu bezahlen am Ende der Transaktion geprüft werden, sondern auch der /Unausgesprochene/Anforderung (dass niemand daran dachte) "Stellen Sie sicher, dass ein Benutzer mit Google Chrome werden in der Lage, ändern Sie Ihre Kreditkarte" wird getestet, wie gut. Expedia offenbar nicht, diesem Ansatz Folgen, aber ich schweife ab... (Relevante Seite Hinweis: Wenn Sie noch nicht versucht-pair-wise-test-design-Methoden oder ein tool wie Hexawise zu helfen, mit semi-automatisierte Testfall-Generierung vor, Sie sollten erwarten, zu sehen, zu einer deutlichen Steigerung Ihrer Test der Effizienz, wenn Sie beginnen, es zu benutzen; es wird weniger tests erforderlich, um alle möglichen Paare als Sie denken würden, dass wäre möglich. Ein Beispiel: nur 35 tests sind erforderlich, um diese Art von voll pairwise-Abdeckung verglichen mit den 72 Milliarden tests, die erforderlich sein würde für den umfassenden Test in einem test von "Get Directions" - Funktionalität von Google Maps). Die meisten deiner Anforderungen werden problemlos in das test-design-tool. Einige werden nicht.

    4) Durchschnitt der drei Schätzungen und fügen Sie 20%, wenn Sie ähnliche Projekte wurden erheblich unterschätzt.

    Justin

    Offenlegung: ich bin der Gründer von Hexawise bietet eine Kostenlose version unserer test-design-tool an http://www.hexawise.com/users/new

    InformationsquelleAutor Justin

Schreibe einen Kommentar