Wann können Sie auf einer vorgeschlagenen Lösung einreichen?[geschlossen]

https://softwareengineering.stackexchange.com/questions/204395

29-09-2020
|

Frage

geschlossene . Diese Frage ist stellungnahmebasiert . Es akzeptiert derzeit nicht Antworten.

Möchten Sie diese Frage verbessern? Die Frage aktualisieren, sodass es mit Tatsachen und Zitaten von diesen Beitrag von beantwortet werden kann.

geschlossene vor 5 Jahren .

Diese Frage verbessern .

Hier ist ein * hypothetisches * Problem.

Es gibt ein Leistungsproblem in der aktuellen Version. Es ist schwierig, die Ursache dieses Problems zu finden, da die Leistungstests in ungefähr 10+ Releases nicht geführt wurden (mit überall von 10 - 100 Änderungen pro Freigabe). Meine Idee ist es, den Prozess des Ausführens der Leistungstests in jeder Freigabe zu automatisieren. Diese Automatisierung dauerte jedoch etwas länger als erwartet, dass er läuft.

Meine (erneut * hypothetische *) Reaktion auf die zu lange Automatisierung, wäre es, die Tests einfach manuell auszuführen, und durchlaufen Sie die Ergebnisse mit einem Satz von Skripts, die ich bereits geschrieben hatte.

Am Ende wäre diese Automatisierung so nützlich, aber es könnte länger dauern, als es für eine zu vervollständige Aufgabe normal ist.

ist, dass die richtige Antwort auf das, was sich wie ein schnell abnehmender ROI auf einer vorgeschlagenen Lösung fühlen könnte?

Lösung

Ich wundere mich über die relativen Begriffe, die Sie in Ihrer Frage verwenden. Insbesondere sagten Sie "schnell verringern ROI", den ich nicht in Ihrer Frage sehe. Schwierigkeiten, Bugs zu finden, können den Ruf eines Unternehmens erheblich trüben. Ich frage mich also, ob Sie den vollen Geltungsbereich dieser Nutzen-Gleichung ansehen.

Sie haben hier zwei Haupttreiber, Kosten und Nutzen.

Die Kosten sind der Entwicklungszeit, um die Leistungstests zu automatisieren.

Nutzen ist der Betrag der Verbesserung der Kundenzufriedenheit, um das nächste Performance-Problem zu vermeiden.

Alles, was Sie tun müssen, ist das bis zu ein paar mehr Hypothetiken.

Wie schlecht war die Reaktion von dieser letzten Version?
Wissen Sie, dass die Leistungstests das Problem erwischt hätten?
Legen Sie am besten, realistische, realistische und schlechteste Fallschätzungen, um die Automatisierung zu kodieren.

Wenn Ihre schlimmsten Fallkosten durch den Vorteil gerechtfertigt sind, gehen Sie damit mit. Wenn es marginal ist, diskutieren Sie es mit Ihrem Team und bestimmen Sie, wo sich der Wendepunkt befindet.

Andere Tipps

Ich könnte jetzt einen Aufsatz schreiben, wie man die Kosten / Nutzen-Analyse von Automatisierungsprojekten leistet, aber dieses Bild sagt mehr als ich jemals über dieses Thema schreiben könnte:

Bildbeschreibung eingeben hier

Quelle: http://xkcd.com/1205/

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit softwareengineering.stackexchange