Ist einschließlich Systemtestfälle in die fertig verpackten Produkt Ihrer Anwendung beitragen Risiko aufblasen oder zu erhöhen?

StackOverflow https://stackoverflow.com/questions/695682

  •  22-08-2019
  •  | 
  •  

Frage

Ich bin Verpacken eine RPM-Datei auf, die ein% post Abschnitt hat, die bestimmten Bedingungen feststellt und eine Reihe von Gerät, Funktion und Systemtests. Ich erhalte einige zurückzudrängen, dass sie einen Teil der inneren Struktur macht, wie ich einige der gleichen Umgebungsvariablen verwenden Sie den Code selbst für die Diagnose verwendet. Gedanken?

UPDATE: Ich habe nicht vor, die Tests automatisch ausgeführt wird, noch ihre Existenz an die Endverbraucher ausgesetzt wird. Ich schlage, dass die Prüfung Paket einfach an jede Maschine, wo die Suite Länder zur Verfügung steht. Es fügt roughtly 3% auf die endgültige Größe des Pakets und erfordert eine obszöne Menge an internem Wissen richtig auszuführen.

Das Programm selbst ist eine Bibliothek, die andere verwenden können und in einer API ausgesetzt. Das interne Wissen darüber, wie die Dinge Funktionen ist nicht in Frage. Meine Hauptmotivation ist der Mangel an einer geeigneten Testressourcen und die große Variabilität in der Zielumgebung. Einige der Tests sind wirklich einfach (ähnlich dem, was configure tun könnten alle richtigen Eigenschaften sind vom Compiler zur Verfügung, um zu bestimmen). Weitere Tests sind mehr beteiligt und sie beweisen die grundlegenden Funktionen der Bibliothek zur Verfügung stellen sollte.

War es hilfreich?

Lösung

Wenn Sie die Beschwerde vermeiden wollen, dass es läuft auf jeden installieren, mindestens verwenden, um das % -Kontrolle Regel von RPM.

Klingt wie Menschen besorgt über „Reverse Engineering“ sind. So ist die Software proprietäre? Dies scheint der Kern des Problems zu sein. Egal, es ist üblich, dass die Testsuite aus der verpackten Software getrennt zu sein.

Sie sind jedoch nicht unrealistisch zu sein: Benutzern ermöglichen, selbst zu laufen Tests auf ihren Systemen und geben Sie das Ergebnis ist ein großer Aspekt einer kooperativen Beziehung mit den Nutzern. Leider sind Sie gegen das proprietäre Geschäftsmodell ausgeführt wird.

Vielleicht können Sie gefährden durch Trimmen oder die Tests Neuschreiben und die Diagnose nur eine ausreichende Menge an Fitness unter Beweis stellen, ohne zu viel zu verraten. Ich würde nicht von Haufen zu werfen, die Tests wieder nach unten und Diagnose von dem, was Sie bisher geschrieben haben.

Sie sollten wirklich das Argument, dass die Nutzer zufrieden sein werden und mehr Vertrauen in einem Softwarepaket mit einem gründlichen Testsystem ausgeliefert haben, und dass diese schwerer wiegen als alle Ängste des Software-Interna verraten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top