Code coverage

[freimatz]

ok, dann nicht dein Problem. Das bedeutet dann umgekehrt dass der Wizard mir erstmal nichts nützt. Oder?
Dass die Exception kommt weil da ein Leerstring kommt meine ich auch mal herausgefunden zu haben. Leider habe ich nicht verstanden was das soll und was ich dazu tun könnte.
Magst Du mytbo oder sonst wer mir helfen?
Dann würde ich nächste Woche nochmals einen Versuch wagen, das mit unserem Projekt zum Laufen zu bekommen.
Falls Ja, macht es dann Sinn gleich mit dem Wizard zu starten? Oder ist es besser DelphiCodeCoverage erstmal alleine zu verwenden?

[TurboMagic]

Naja, ein gewisses Interesse sollte ich schon dran haben, dass des Coverage Tool selber läuft,
sonst nutzt ja der Wizard nix. Wir können uns gerne mal darüber unterhalten was da bei dir
genau passiert und wie dein Projekt aussieht.

Evtl. ist es ja auch möglich den Fall in einem reduzierten Projekt nachzustellen?
Das könnte man dann evtl. teilen?

Noch eine Kleinigkeit: ich hab' gestern schon (siehe Development Branch) die nähsten
Weiterentwicklungen vorgenommen, jedoch noch nicht immer funktional oder getestet.

Grüße
TurboMagic

[Mavarik]

Vielleicht eine blöde Frage...

Wofür? Was macht man damit? Warum?

LG Mavarik

[Der schöne Günther]

Die ersten Erklärungen wenn ich "Testabdeckung" oder "Code Coverage" in die Suchmaschine meines Vertrauens eingebe sind eigentlich ganz brauchbar. Darunter auch Wikipedia, ganz allgemein für Maschinenbau und Softwareentwicklung:
https://de.wikipedia.org/wiki/Testabdeckung

Vlt. hast du auch auf Platformen wie Github Automatismen gesehen die einen Pull-Request blockieren, wenn dieser die prozentuale Testabdeckung senkt.

"Im echten Leben" hast du teilweise auch Kunden die wissen wollen, ob die Testabdeckung in deiner Software mindestens X % hoch ist. Klar ist das nur beschränkt aussagekräftig, aber gegenüber dem Konkurrenten ohne Unit-Tests mit 0% Abdeckung bist du definitiv im Vorteil 😉

[TurboMagic]

Hallo,

1. Ja, es macht Testabdeckung, d.h. ermittelt welche deiner Code Zeilen beim laufen Lassen deiner
Unit Tests (die du ja sicher hast ;-) ) ausgeführt werden und welche nicht.

2. Es ändert dazu deinen Code NICHT, kann aber daher auch nur C0, was nicht ganz alle Szenarien
testen kann. Aber besser als nix zu testen!

3. Die eigentliche Analyse hab' ich nicht geschrieben, aber der Wizard soll die benutzung etwas
erleichtern, da er einen GUI bietet.

Jetzt hab' ich aber noch ein Problem: momentan stürzt die CodeCoverage.exe immer beim Aufruf ab
(irgendwas in der NTDLL.DLL?!?!). Gibt's eine Möglichkeit beim Prozessausführen mitzubekommen,
dass sowas böses passiert ist? Als Rückgabewert bekomme ich nämlich 0, was ja meist "OK" bedeutet...

Grüße
TurboMagic

[mytbo]

Zitat:

Zitat von freimatz (Beitrag 1514640)

Magst Du mytbo oder sonst wer mir helfen?

Der Wert für OutputDirectory fehlt! Dieses Verzeichnis wird mit dem Switch -od gesetzt. TurboMagic bezeichnet es ReportOutputPath. Da er die Labels nicht aussagekräftig benamt, muss ich beim Blick in die *.dfm Datei raten. Es könnte Label6 mit der Caption 'Generated report output folder' sein. Ich weiß schon, warum ich Labels im Bezeichnerteil wie das jeweilige Eingabeelement benenne.

Bis bald...
Thomas

[TurboMagic]

Zitat:

Zitat von mytbo (Beitrag 1514671)

Zitat:

Zitat von freimatz (Beitrag 1514640)

Magst Du mytbo oder sonst wer mir helfen?

Der Wert für OutputDirectory fehlt! Dieses Verzeichnis wird mit dem Switch -od gesetzt. TurboMagic bezeichnet es ReportOutputPath. Da er die Labels nicht aussagekräftig benamt, muss ich beim Blick in die *.dfm Datei raten. Es könnte Label6 mit der Caption 'Generated report output folder' sein. Ich weiß schon, warum ich Labels im Bezeichnerteil wie das jeweilige Eingabeelement benenne.

Bis bald...
Thomas

Hallo,

dazu gibt's diverses zu sagen:

1. Seit eben gibt's ein Update im Master Branch das auch mit der Geschichte zu tun hat, wollte es gerade "verkünden" ;-)
2. Ja, die Labels kann man sicher noch sprechend benennen. Sorry!
3. Ich habe einen Bug der mir selber Probleme machte behoben: es konnte passieren, dass in die .lst Dateien leere Pfade/Dateinamen ausgegeben wurde. Das Crashte CodeCoverage.exe, bzw. hat das NTDLL.DLL gecrasht :-( (zum Glück nicht den PC)
4. Ich habe alle Pfade in der generierten batch-Datei in "" gesetzt, falls dort Leerzeichen drin sein sollten.
5. Ich habe die Option zur Ausgabe der Logdatei in der Batch-Datei jetzt um den ReportOutputPath ergänzt. Damit die .log Datei wo definiertes landet.
6. Die Links im "About" Dialog sind jetzt funktional, d.h. werden im Webbrowser geöffnet (ShellExec)

Ich glaube, damit hab' ich das Tool wieder ein Stückchen nach vorne gebracht. Oder?

Grüße
TurboMagic

[TurboMagic]

So und um noch etwas zu illustrieren was das Dingens so tut, hab' ich jetzt noch Screenshots am Ende der Readme hinzugefügt.

[Mavarik]

Zitat:

Zitat von TurboMagic (Beitrag 1514664)

Hallo,

1. Ja, es macht Testabdeckung, d.h. ermittelt welche deiner Code Zeilen beim laufen Lassen deiner
Unit Tests (die du ja sicher hast ;-) ) ausgeführt werden und welche nicht.

Ahh Unittests... OK hatte ich gerade nicht auf dem Schirm.

[dummzeuch]

Zitat:

Zitat von TurboMagic (Beitrag 1514672)

Ja, die Labels kann man sicher noch sprechend benennen.

Es soll da Tools geben, die das erleichtern bzw. automatisch einen Namen abfragen (und auch gleich erlauben weitere Properties zu setzen z.B. bei Labels die Caption).