Visual Optionen Strategien Analyzer

Willkommen bei Crackit. info Unser Ziel ist es, die Benutzer mit den beliebtesten und teuer SEO-Tools, Internet-Marketing-Software und neuesten Moneymaking Techniken (siehe unsere vollständige Sammlung unten). Sie sind an der richtigen Stelle, wenn Sie nicht genug Geld haben, um Original-Software zu hohen Preisen zu kaufen, oder wollen einfach nur versuchen, bestimmte Produkte, bevor Sie eine Kaufentscheidung. Aber sobald Sie zufrieden sind und genug Geld verdienen, empfehlen wir Ihnen kaufen die Original-Produkte Verstärker unterstützen die Entwickler. Unsere Website ist nur für Mitglieder. Treten Sie mit uns HEUTE ein und Sie erhalten sofortigen Zugriff auf ALLE 1.000 Downloads (17 GB) für unglaublich niedrigen Preis von 97 NUR (Einmalige Gebühr geben Ihnen Zugang zu allem, was wir anbieten) Sie können das Surfen und das Herunterladen von Inhalten direkt nach dem Kauf genießen. Alle Skripte, Software und Plugins sind geknackt. Sie sind nicht Testversion oder Demo-Versionen. Sie erhalten alles, was Sie für Ihr Geld machen Reise vom Start bis ERFOLGREICH Alle Risse, die derzeit in unserer Downloads-Sammlung gelistet sind, sollten funktionieren (mindestens 95 von ihnen werden). Wie Sie sehen können, gibt es über 1.000 verschiedene Software-Downloads, so können wir nicht und geben keine Garantien, dass 100 der Werkzeuge funktionieren wird. Es ist sehr wichtig, die Installationsanweisungen, die wir für jede Software genau, Schritt-für-Schritt. Ja, alle Downloads in unserer Sammlung sind 100 virenfrei. Garantiert. Weve überprüft alle sie mit VirusTotal vor Freigabe. Fast alle Suchmaschinen-Optimierung und Internet-Marketing-Tools sind nur für Windows (außer WordPress Themes und Plugins, natürlich). Wir empfehlen Ihnen, sie auf einem Windows-Computer zu verwenden, aber wenn Sie möchten, um mit Ihrem Mac-Stick und noch profitieren von ihnen, müssen Sie Parallels installieren, um Windows-Anwendungen auf Ihrem Mac laufen. Auch können Sie alle diese Tools auf Windows VPS laufen (sie sind billig in diesen Tagen und wird Sie etwa 10-15 Monate kosten). Nein, du kannst es nicht selber tun. Die meisten geknackten Versionen sind nicht aktualisierbar (es sei denn, wir spezifizieren dies in der Anleitungsdatei, die mit jeder Software geliefert wird). Wir versuchen, geknackte Software zu aktualisieren, sobald eine neue Version veröffentlicht wird. Wir bieten keine technische Unterstützung oder Unterstützung bei der Fehlersuche. Wir haben das wiederholt versucht und fanden es äußerst schwierig, Unterstützung für eine so große Menge an unterschiedlicher Software (1.000 verschiedene Anwendungen, können Sie sich vorstellen) zu dienen. Daher werden wir NICHT mehr auf Fragen zur Fehlerbehebung antworten. Wenn Sie irgendeine Hilfe benötigen, beziehen Sie bitte sich auf Anweisungenakten, die für jede Software vorbereitet werden. Wir bieten Software-Downloads nur. Wenn Sie nicht wissen, wie man sie verwendet, können Sie leicht finden Hunderte von Tutorials auf Google und YouTube. Unser Ziel ist es, die Menschen mit den besten SEO-und Internet-Marketing-Tools, weil nicht jeder kann die teure Software in diesen Tagen, um ihre Website in Google und anderen Suchmaschinen Rang leisten oder einfach nur ihre Website auf die nächste Ebene. Aber sobald Sie zufrieden sind und genug Geld verdienen, empfehlen wir Ihnen, die Originalprodukte zu kaufen, um die Entwickler zu unterstützen. Die Antwort ist ziemlich einfach, wenn man darüber nachdenkt: denn es dauert viel Zeit und Mühe für uns, die Website laufen zu lassen, monatliche Updates freizugeben, Kundenservice anzubieten, die Serverkosten, die Bandbreite, die DMCA-Notizen usw. zu bezahlen. Anders als unsere Konkurrenten möchten wir Sie nicht mit Anzeigen auf unseren Seiten, blinkt Bannern, Umleitungen, Umfragen und noch schlimmer gebrochen Download Links und andere Arten von BS stören. Wir wollen nur mit ernsten Menschen arbeiten, die ihre Zeit respektieren und bereit sind, eine kleine Gebühr für den erstklassigen Premium-Service zu bezahlen, den wir bereitstellen. Ja, so ist es. Wir arbeiten mit einem der größten Unternehmen in der Online-Zahlungsabwicklung - PayPal. Es ist von VeriSign, MasterCard, Visa und mehreren anderen Unternehmen, die Online-Dienste für ihre Sicherheit zu überprüfen zertifiziert. Alle eingegebenen Informationen sind nur für PayPal sichtbar und werden nur zur Bearbeitung Ihrer Bestellung verwendet. Wir haben keinen Zugriff auf Ihre Daten. Selbst wenn Sie uns nicht vertrauen, können Sie unserem Zahlungsverarbeitungspartner 100 vertrauen. Sobald Ihre Zahlung eingegangen ist, senden wir Ihnen Ihre persönlichen Zugangsdaten zu unserem exklusiven VIP-Mitgliederbereich, in dem sich alle Downloads befinden. Normalerweise senden wir es sofort, innerhalb von wenigen Minuten. Da jedoch alle Aufträge manuell bearbeitet werden, kann es bis zu einigen Stunden (aber nicht mehr als 12 Stunden) dauern. Wir liefern, was wir versprechen. Allerdings bieten wir keine Art von Geld-zurück-Garantie auf unsere Mitgliedschaft zu kaufen. Aufgrund der Art der digitalen Datei-Downloads sind alle Verkäufe endgültig. Nein. Seine streng gegen unsere ToS. Wenn wir bemerken, dass Sie das tun (und uns vertrauen - wir werden) wird Ihr Mitgliedskonto dauerhaft ohne weitere Ankündigung verboten. Wenn dieses Ihnen passiert ist, bitte mailen Sie uns nicht und bitten Sie, warum, weil Sie die Antwort kennen. Testwell CTC Test-Abdeckungs-Analysator für CC Informationen in diesem Dokument entspricht der CTC-Version 8.1 1. EINFÜHRUNG Testwell CTC ist eine leistungsfähige Instrumentierung-gegründete Codeabdeckung Und dynamisches Analyse-Tool für C und C-Code. Bei bestimmten Add-on-Komponenten kann CTC auch auf C - und Java-Code angewendet werden. Weiterhin kann mit bestimmten Add-on-Komponenten CTC verwendet werden, um Code grundsätzlich auf allen eingebetteten Zielmaschinen zu analysieren, auch in sehr kleinen (begrenzter Speicher, kein Betriebssystem). CTC bietet Line Coverage, Statement Coverage, Funktionsabdeckung, Decision Coverage, Multicondition Abdeckung, Modified ConditionDecision Abdeckung (MCDC), Condition Coverage. Als ein dynamisches Analysewerkzeug zeigt der CTC die Ausführungszähler (wie oft ausgeführt) im Code, d. H. Mehr als eine gerade ausgeführte nicht ausgeführte Information. Sie können auch CTC verwenden, um Funktionsausführungskosten (normalerweise Zeit) zu messen und die Funktionseingabeexistentenverfolgung zu Testzeit zu aktivieren. CTC ist einfach zu bedienen. Bei der Verwendung im Befehlszeilenmodus (durch Makefiles oder andere Build-Skripts) ist die Instrumentierung nur eine Front-End-Phase am Befehl compilelink. Es sind keine Änderungen an den Quelldateien oder Skripts erforderlich. Testläufe werden mit der instrumentierten Programmversion durchgeführt, genauso wie beim ursprünglichen Programm. Berichterstattung und andere Ausführungen Profiling Berichte können leicht erhalten werden, in geraden Text, HTML, XML und Excel-Eingabeformular. In einigen Umgebungen, z. B. Microsoft Visual Studio, CTC-Nutzung ist direkt vom Compiler IDE möglich. CTCs Overhead auf die Größe und Ausführungsgeschwindigkeit der instrumentierten Code ist sehr vernünftig. CTC Berichterstattung ist informativ und gut organisiert. Die Berichte geben sowohl eine Top-Level-Ansicht, die die Abdeckungsprozentsätze auf verschiedenen Zusammenfassungsebenen zeigt, als auch eine Detailansicht, in der die ausgeführten nicht ausgeführten Informationen auf die tatsächlichen Quellencodestellen abgebildet werden. Technisch CTC ist als folgende Pakete verfügbar: CTC Host-only: Dies ist das grundlegende Paket des Tools, ein Muss Teil des CTC haben. Es reicht für den normalen Host-basierten Einsatz aus und steht unter Windows, Linux und einigen anderen zur Verfügung, siehe CTC-Verfügbarkeit. Die Tool-Dienstprogramme werden in der ausgewählten Host-Umgebung ausgeführt. Der verwendete CC-Compiler ist einer der unterstützten Compiler, die Code für den Host erzeugen. Die Tests mit dem instrumentierten Code können auf demselben Host (oder derselben Art) ausgeführt werden. CTC Host-Target-Add-on (HOTA): Dieses Paket unterstützt die Messung der Codeabdeckung grundsätzlich in jeder Zielmaschine. HOTA gibt bestimmte zusätzliche Komponenten, die das Instrumentieren und Cross-Compilieren des Codes für das Ziel erleichtern, die Tests am Ziel durchführen, die Abdeckungsdaten an den Host zurücksenden und die Berichtsberichte auf dem Host anzeigen. Der Cross-Compiler kann effektiv sein, was auch immer (außer es muss auf dem gleichen Host laufen, wo die grundlegenden CTC läuft). Die Zielhardware-Architektur und das Betriebssystem (falls vorhanden) können effektiv sein, was auch immer. CTC Bitcov Add-on (Bitcov): Dieses Paket (Bitcov) ist eine Variante oder eine alternative technische Lösung für HOTA. Es erleichtert die CTC-Nutzung in Zielen mit sehr begrenztem Speicher. Das Bitcov Add-On Paket wurde von Verifysoft Technology entwickelt. Es gibt noch ein Add-on-Paket für C und ein weiteres für Java. Aus CTC-Sicht werden C und Java als spezielle Dialekte von C gesehen, und bei bestimmten Anordnungen wird die CTC-Instrumentierung mit der CJava-Kompilierungsphase verbunden, ähnlich wie beim Instrumentieren und Kompilieren des CC-Codes. Der CJava-Laufzeitkontext wird als spezieller Zieltyp modelliert, für den die CTC-Unterstützungsbibliothek der HOTA-Komponenten implementiert wurde, d. h. in CJava umgeschrieben wurde. Das Ergebnis ist, dass CTC gibt von CJava-Code ähnliche Abdeckung und dynamische Analyse Informationen wie hier für CC-Code beschrieben. Die C - und Java-Add-On-Pakete werden von Verifysoft Technology entwickelt. CTC ist ein Industriestandard, der seit über 25 Jahren in der IT-Branche eingesetzt wird. Hier sind einige kurze Links zu einigen der CTC-Funktionen. Beispiel eines Berichts zur HTML-Berichterstattung (in einem neuen Fenster gestartet) Unterstützung für Zieltests: HOTA und Bitcov Messung der Code-Abdeckung gt sorgfältige Prüfung, Sie wissen, wann die Prüfung abgebrochen werden muss. Funktionsabdeckung (Messmodus: Funktionen genannt) Instrumentationsmodus: zusätzlich zu Funktionsabdeckung, bedingte Ausdrücke wahr und falsch in Programmverzweigungen, Fallzweige in Switch-Statements, catch-Exception-Handler in C, Steuerungsübertragungen) Statement Coverage (analysiert aus dem Programm Control Flow: Prozentsatz der in den Funktionsfiles ausgeführten Anweisungen) Zeilenabdeckung (Wenn die Programmsteuerungsflussanalyse möglich war, werden die nicht ausgeführten Codezeilen im HTML-Report mit grüner Hintergrundfarbe markiert) Multikonditionsabdeckung (Instrumentationsmodus: zusätzlich zur Entscheidungsabdeckung, in Programmverzweigungen haben alle Möglichkeiten, eine Bedingung auszuwerten Ausdrücke mit ampamp und Operatoren ausgeübt wurden Direkte Zuweisung Anweisungen wie variabel. Ampamp . (Wie Multicondition-Coverage), aber es reicht aus, dass jede elementare Bedingung unabhängig ist, um das Ergebnis der bedingten Expression zu beeinflussen - nicht so anspruchsvoll wie die volle Multicondition-Abdeckung, die in der DO-178BDO-178C-Stufe A verwendet wird Projekten) Konditionssicherung (wie Multiconditions-Abdeckung, aber es reicht aus, dass jede elementare Bedingung als true und false ausgewertet wurde - nicht so anspruchsvoll wie die volle Multicondition-Abdeckung) Durchsuchen von Ausführungsengpässen gt kein Erraten in Algorithmenstimmungen Funktionsausführungszeitpunkt Instrumentationsmodus: Gesamt-, Durchschnitts-, Höchstzeit - bei Bedarf kann der Benutzer seine eigene Zeitmessfunktion einführen, um alles zu erfassen, was für den Ressourcenverbrauch interessant ist) Ausführungszähler (wie oft die CTC-Messsonden ausgeführt wurden) Funktionsaufruf verfolgen gt hilft bei der Analyse des Programmverhaltens Sie können die Funktion bereitstellen, die die Anrufverfolgung (evtl. auf dem Bildschirm) anzeigt. In der Instrumentierungsphase wird CTC dazu veranlasst, Ihre Trace-Funktion am Eingang einer jeden zu testenden Funktion aufzurufen. Praktisch präsentierte Testergebnisse Hierarchische, farbcodierte, HTML-durchsuchbare Berichterstattungen Pure Textberichte Berichtsdaten können in Excel-Eingabedateien konvertiert werden XML-Report Einfache Handhabung Instrumentationsphase als Front-End des Kompilierungsbefehls gt Einfache Handhabung Keine Änderungen Die für die zu messenden CC-Quelldateien benötigt werden Ctc-Builds können mit Ihren vorhandenen Build-Makefiles durchgeführt werden, die normalerweise als automatisiertes scriptbasiertes Verwenden von der Befehlszeile verwendet werden können. Reifes Produkt Hat in der IT-Branche seit über 25 Jahren einen anspruchsvollen Einsatz Jahre Langjährige Erfahrung mit den gebräuchlichsten CC Compilern (VC, Gccg.) Und deren Versionen. Viele von ihnen haben ihre extremen Eckspezialitäten, die das Werkzeug jedoch verarbeiten kann. Auch eine bewährte Arbeitserfahrung mit zahlreichen (30) Cross-Compilern Full C - und C-Support, einschließlich der neuen C11- und C14-Ergänzungen (Lambda-Funktionen, nachlaufender Return-Typ, rangebasierter Loop, etc.) Vernünftig Sie können auswählen, welche Quelldateien zu instrumentieren sind und mit welchen Instrumentierungsoptionen Neben den vollständigen ausführbaren Dateien können auch statische und dynamisch geladene Bibliotheken (.lib. a.dll. so) gemessen werden. Erfassen von Abdeckungsdaten von niemals endenden Prozessen wird bequem unterstützt Kombinierte Abdeckung Bericht kann von Testläufen von verschiedenen Programmen erhalten werden und es gibt leistungsfähige Mittel, um die Quelldateien auszuwählen, die berichtet werden und in welcher Deckungsansicht sie berichtet werden. Ein kombinierter Berichterstattungsbericht kann von Testläufen bezogen werden, die auf verschiedenen Maschinen laufen. Ein kombinierter Berichterstattungsbericht kann von einer Codebasis erhalten werden, die für verschiedene Konfigurationen erstellt und getestet wurde (in den Codedateien gab es bedingte Kompilierungen und andere Makrotricks, die die tatsächlich ausgeführten Programmvarianten unterschiedlich gemacht haben). In manchen Umgebungen über IDE verwendbar Siehe Beschreibung der CTCVisual Studio-Integration (Standard-Add-on unter Windows-Version von CTC) Verwendbar an eingebetteten Zielen (CTC Host-Target oder Bitcov Add-on wird benötigt) Das Ziel kann effektiv sein (In HTML) TER - (Test-Effektivitäts-Verhältnis) berechnet pro Funktion, Quelldatei, Verzeichnis und insgesamt 2. HOW CTC WORKS Es gibt im Wesentlichen drei Schritte bei der Verwendung von CTC (Commandline-Modus): Sie verwenden das CTC Preprocessor (ctc) - Verzeichnis für die Instrumentierung und Kompilierung der interessierenden C - oder C-Quelldateien und für die Verknüpfung des instrumentierten Programms mit Die CTC-Laufzeitbibliothek. In dieser Phase pflegt ctc standardmäßig eine Symboldatei, MON. sym, wo sie sich die Namen der instrumentierten Dateien und das, was sie enthalten, erinnert. Wenn Sie Ihr Programm durch ein Makefile erstellen, müssen Sie nur den Befehl make durch ctcwrap ctc-options voranstellen. Und alle emittierten Compile - und Link-Befehle, die die make emittiert, werden in der ctc-Steuerung durchgeführt. Sie führen die Testläufe mit dem instrumentierten Programm, wie Sie sehen, in der gleichen Weise durch, wie Sie Testläufe auf dem ursprünglichen nicht instrumentierten Programm machen würden. Wenn die instrumentierten Codeabschnitte ausgeführt werden, sammelt CTC den Abdeckungs - und Funktionszeitverlauf im Speicher. Normalerweise werden am Ende des Programms und automatisch durch CTC die gesammelten Zähler standardmäßig in eine Datendatei MON. dat geschrieben. Wenn es vorherige Zähler in der Datendatei waren, werden sie zusammengefasst. Sie verwenden das CTC Postprocessor-Dienstprogramm (ctcpost), um eine oder mehrere Symboldateien und Datendateien zusammenzufügen und die menschlich lesbaren Textberichte zu erstellen. Eines davon, das Execution Profile Listing, kann mit dem Programm ctc2html weiterverarbeitet werden, um eine hierarchische und farbcodierte HTML-Darstellung der Deckungsinformationen zu erhalten. Sie können die Abdeckungsinformationen auch im XML - und Excel-Formular abrufen. 2.1. Aufbau des instrumentierten Programms Die Verwendung von ctc ist mit dem Befehl verbunden, mit dem Sie Ihre Programme kompilieren und verknüpfen. Das Hinzufügen von ctc und möglichen ctc-Optionen vor dem ursprünglichen Kompilierungsbefehl ist alles, was zur Instrumentierung und Kompilierung der Quelldatei benötigt wird. Wenn der Befehl auch verknüpft, fügt ctc automatisch die CTC-Laufzeitbibliothek zur Verknüpfung hinzu. Die Online-Hilfe von ctc lautet: Auf Windows mit diesen eigentlichen Quelldateien mit dem Visual C-Compiler im Befehlszeilen-Modus können wir Befehl geben: welche Instrumente diese drei C-Dateien mit Multicondition und (exklusive) Timing-Instrumentierungsmodi zusammenstellen Den Cl-Compiler und verknüpft das instrumentierte Ziel prime. exe mit cl (die CTC-Laufzeitbibliothek wird der Verknüpfung automatisch hinzugefügt). Das gleiche hätte man auch mit der folgenden Folge von Befehlen erhalten: Die ersten drei Befehle instrumentieren ihre Argument-Quelldatei. Ctc ruft auch den Compiler auf der instrumentierten Version der Quelldatei auf, die eine Objektdatei an die gleiche Stelle wie die ursprüngliche Kompilierung erzeugt hat. Keine Änderungen an der Quelldatei werden vom Benutzer benötigt und bleiben erhalten. Im letzten Befehl ctc wiederholt nur den Verknüpfungsbefehl und fügt CTC-Laufzeitbibliothek dazu hinzu. Das Ergebnis ist eine instrumentierte ausführbare Datei an der gleichen Stelle, an der die ursprüngliche Verknüpfung sie erzeugt hätte. Normalerweise werden echte Programme nicht durch explizite Ausgabe von Compile - und Link-Befehlen erstellt. Stattdessen werden sie von einem Makefile aufgebaut, beispielsweise wie folgt, das sein eigenes Urteil verwendet, um die elementaren Kompilierungs - und Verbindungsbefehle zu emittieren. In diesem Fall kann das Makefile geändert werden, um die Compile - und Link-Befehle, die mit ctc vorangestellt sind, zu emittieren. Zum Beispiel Oder ein einfacher Weg ist, den Befehl ctcwrap zu verwenden, um den Build zu einem ctc-build zu machen, wie folgt: Der Befehl ctcwrap führt seinen Argumentbefehl (hier nmake) in einem speziellen Kontext aus. In ihr werden alle Kompilierungs - und Link-Befehle geändert, um sich mit den gegebenen Instrumentierungsoptionen (hier mit - i mte) ctc-weise zu verhalten, d. H. Sie werden so ausgeführt, als hätten sie ctc-i mte vor ihnen. Der Netto-Effekt ist, dass das Gebäude mit CTC ist. Die Makefiles benötigen keine Modifikationen für die Verwendung mit CTC. Es gibt Mittel, um CTC festzulegen, welche Dateien nur von allen Dateien, die das Makefile kompiliert, instrumentiert werden. 2.2. Ausführen der Tests mit dem Instrumentierten Programm Sie führen die Tests mit dem instrumentierten Programm durch. Aufgrund der Instrumentierung ist es etwas größer und langsamer als ursprünglich. Wieviel Es hängt davon ab, welche Art von Programmsteuerungsstrukturen Sie in Ihrem Code haben, welchen Instrumentierungsmodus Sie ausgewählt haben, welche Compileroptimierung verwendet wurde und haben Sie alle Code-Dateien Ihres Programms oder nur einige von ihnen instrumentiert. Eine Erhöhung der Programmgröße ist normalerweise nur in einigen eingebetteten Zielfällen von Bedeutung, die über einen begrenzten Speicher verfügen. Wenn der grßte Multikonditions-Instrumentierungsmodus verwendet wird, kann eine Größenzunahme von 50-70 auf den instrumentierten Codeabschnitten resultieren. Aber beachten Sie, dass in der Regel haben die Programme auch nicht instrumentierte Teile wie System-Bibliotheken, die mit ihm verbunden sind. Niedrigere Instrumentierung ergibt niedrigeren Overhead. In dem Windows-Beispiel Cube. exe Fall, der viele Systembibliotheken (nicht instrumentiert) enthält und wo sich die CTC-Laufzeitbibliothek in einer separaten DLL befindet (siehe HTML-Formularabdeckungsbericht), wuchs die tatsächliche Programmgröße nur mit 6. CTCs Auswirkungen auf Hat sich die Ausführungsgeschwindigkeit als sehr bescheiden herausgestellt. Wenn die Programmlogik den Code in den instrumentierten Dateien ausführt, sammeln die eingesetzten Messsonden den Ausführungsverlauf im Hauptspeicher. Wenn das Programm endet (oder an bestimmten vom Benutzer bestimmten Plätzen), werden die Ausführungszähler automatisch in eine Datendatei auf der Festplatte geschrieben. Wenn das instrumentierte Programm ein niemals endender Prozess ist, gibt es einfache Mittel, um der instrumentierten ausführbaren Datei einen Hilfsfaden hinzuzufügen, der periodisch die Abdeckungsdaten auf die Platte schreibt. Mehrfache Ausführungen akkumulieren die Zähler in der Datei, solange die instrumentierte Datei die gleiche ist wie zuvor. Um das Beispiel fortzusetzen, könnte die instrumentierte ausführbare Datei wie folgt ausgeführt werden: Das Programm wurde verwendet und es verhielt sich genau wie das ursprüngliche Programm. Am Programmende schrieb das CTC-Laufzeitsystem, das mit dem Programm verknüpft war, die gesammelten Ausführungszählerdaten an eine Datendatei, hier MON. dat. 2.3. Die Ergebnisse der Testläufe erhalten Schließlich verwenden Sie die Dienstprogramme ctcpost und ctc2html, um die Ergebnisse für die Analyse zu erhalten, d. H. Die verschiedenen Typen von Listen, die die Informationen anzeigen, die Sie zuerst gefragt haben. Ctcpost wird zuerst verwendet. Seine Online-Hilfe ist: und Execution Profile Listing konnte wie folgt ermittelt werden: Funktionen einer Header-Datei (wenn Instrumentation auf dem Header gefragt wurde) werden aus den Code-Dateien extrahiert, wo der Header enthalten war. Die Headerdatei wird als separate Dateientität mit eigenen Abdeckungszusammenfassungsprotokollen gemeldet. Hierbei handelt es sich um ein komplexeres Beispiel, bei dem aus zwei unabhängig instrumentierten Progammen Abdeckungsberichte generiert werden und einige Dateien, die jedoch instrumentiert wurden, aus dem Bericht ausgeschlossen sind: Mit ctcpost erhalten Sie folgende Textberichte: Execution Profile Listing zeigt die fehlende Abdeckung Sowie wie oft jede Codestelle besucht wurde. Dies ist der primäre CTC-Bericht, der normalerweise an HTML-Formular weiterbearbeitet wird. Der Bericht kann auch mit etwas reduzierten Abdeckungsinformationen generiert werden, verglichen, wie der Code instrumentiert wurde. Siehe Beispiele Ausführungsprofilliste (in der Regel als instrumentierte Ansicht verwendet) Ausführung Profilauflistung MCDC Deckungsansicht Ausführung Profilauflistung Bedingung Deckungsansicht Ausführung Profilauflistung Beschränkung Deckungsansicht Ausführung Profillistenfunktion Deckungsansicht Ungetestete Codeauflistung ist ähnlich der Ausführungsprofilliste, zeigt aber nur die Wo die Testabdeckung nicht ausreichend ist. Der HTML-Formularreport zeigt auch die nicht getesteten Informationen, auf Zusammenfassungsstufen (TER) und einzelne Codestellen. Execution Time Listing zeigt die Summe (Zeiten aller Aufrufe aufsummiert), durchschnittliche und maximale (längste) Ausführungszeiten von Funktionen. In der Timing-Instrumentierung gibt es zwei Submodes, von denen Sie wählen können: inklusive Timing (die Zeit, die in der gerufenen instrumentierten Funktion in der Zeit der aufrufenden Funktion verbracht wird) und exklusives Timing (die Zeit, die in den aufgerufenen instrumentierten Funktionen verbracht wird, wird ausgeschlossen Uhrzeit der aufrufenden Funktion). Der XML-Bericht enthält die Informationen, die sich in der Ausführungsprofilliste und der Ausführungszeitauflistung befinden, aber in XML-Form vorliegen. Dieser Report ist für die Nachbearbeitung der Deckungsdaten durch Ihr eigenes XML-Dienstprogramm bestimmt. Dieser Bericht wird auch verwendet, um einen kombinierten Berichterstattungsbericht für eine Codebasis zu erhalten, die für verschiedene Konfigurationen erstellt und getestet wurde. Normalerweise wird die Execution-Profil-Auflistung sofort in HTML-Form mit ctc2html-Dienstprogramm gearbeitet. Seine Online-Hilfe ist: Ein Beispiel: ctc2html wandelt die Execution Profile Listing-Informationen in hierarchische, leicht navigierbare, farbcodierte HTML-Darstellung um. Auch die eigentlichen Quelldateien sind in den HTML-Code integriert. Die generierten HTML-Dateien können mit normalen Webbrowsern betrachtet werden. Die HTML-Darstellung wird CTC-Berichterstattungsbericht genannt. Es ist hierarchisch und hat sechs Ebenen: Gesamtzusammenfassung: Allgemeine Header-Informationen in vollem Umfang (von den Daten generiert, wenn generiert, welche Optionen verwendet, etc. - manchmal, in harten Gebrauch, diese können sich ziemlich viele Zeilen) und insgesamt Zusammenfassung Der Codebasis mit TER-Prozentsätzen. Verzeichnis-Übersicht: Allgemeine Header-Informationen (auf wenige erste Zeilen gekürzt, wenn es länger wäre), werden Verzeichnis-TERs, die in Histogrammen und numerisch dargestellt werden, die Deckung, die nicht den vorgeschlagenen Schwellenwert prozentual erfüllt (Option - t), in roter Farbe angezeigt. TER über alle Verzeichnisse. Dateien Zusammenfassung: Zoom-in die Dateien in den Verzeichnissen. Ähnliche TERs und Farbcodierungen werden aber auf Dateiebene angezeigt. Funktionen Zusammenfassung: Zoom-in die Methoden und Funktionen in den Dateien. Ähnliche TERs und Farbcodierungen sind gezeigt, aber bei Funktionsebenen. Ungetestet Code: Kompakte Auflistung von ungetesteten Codestellen mit Links zur aktuellen Quelldatei auf die zugehörige Zeile. Ausführungsprofil: Zoomen Sie in die Detailansicht, in der die Ausführungszähler mit dem Quellcode angezeigt werden. Zeilen, die in Bezug auf die ausgewählten Deckungskriterien nicht vollständig ausgeübt werden, sind rot markiert. Siehe Beispiel HTML-Bericht (in einem neuen Fenster gestartet) .2.4. Kombinierte Abdeckungsberichte Wenn das gleiche instrumentierte Programm mehrmals ausgeführt wird, akkumuliert das CTC automatisch die Ausführungsabdeckungsdaten zu den Ergebnissen der vorhergehenden Testläufe. Wenn Sie viele unabhängig instrumentierte Programme haben und einen kombinierten Berichterstattungsbericht erhalten möchten, können Sie dies beispielsweise folgendermaßen tun: Wenn Ihre unabhängig instrumentierten, separaten Programme teilweise dieselben Quelldateien enthalten, wird der oben beschriebene Befehl ctcpost Ihnen eine kombinierte Abdeckung bieten Von ihnen. D. h. In der profile. txt-Datei gibt es einen Eintrag der Datei und enthält aggregierte Abdeckung der Datei-Ausführung in verschiedenen Programmen. Die Voraussetzung für diesen Erfolg besteht darin, dass die gemeinsamen Dateien das gleiche Ausmaß repräsentieren wie CTC sie sieht, z. B. Kompiliert mit den gleichen Flags, und die Dateien wurden in gleicher Weise instrumentiert. Beim Abrufen des Berichts können Sie festlegen, dass einige ausgewählte Dateien nur im Bericht angezeigt werden und einige andere nicht angezeigt werden. Außerdem können Sie festlegen, dass die Abdeckungsinformationen in einem niedrigeren Abdeckungsmaß angezeigt werden (z. B. in einer kompakten Funktionsabdeckungsansicht), als die Datei tatsächlich instrumentiert wurde. Ein weiteres Anwendungsszenario, das in größeren Entwicklungsorganisationen auftreten kann, ist das folgende: Es gibt eine Codebasis, die in vielen Konfigurationen kompiliert und getestet wird. Die ursprünglichen CC-Dateien sind als solche unverändert, aber bei der Kompilierung der verschiedenen Konfigurationen bedingte Kompilierung und Makroauflösungen machen den eigentlichen Code (C-Übersetzungseinheit nach C prepocessing) unterschiedlich. Das Basis-CTC weigert sich, einen kombinierten Abdeckungsbericht von Dateien zu erzeugen, die in der obigen Weise verschieden sind. Das Management kann jedoch einen Bericht sehen, vor allem die untere Zeile TER, die die Deckung der gesamten Codebasis über alle Konfigurationen zusammenfasst. Für diese Notwendigkeit gibt es ctcxmlmerge Dienstprogramm. Seine Online-Hilfe ist: Die Idee ist, dass jede Konfiguration wird zunächst instrumentiert und getestet unabhängig, und XML-Formular Bericht seiner Berichterstattung genommen wird. Dann werden die XML-Formularberichtsberichte mit diesem Dienstprogramm zusammengeführt, um eine kombinierte Textformausführungsprofildarstellung (-p) zu erhalten. Ein XML-Zusammenfassungsbericht kann auch erhalten werden (-x), wenn die TERs aus dem XML-Formular weiterverarbeitet werden sollen. Execution-Treffer auf gleichen Code-Dateien, aus verschiedenen Programm-Konfigurationen, auch wenn aufgrund von Makros und bedingte Kompilierung waren sie ein wenig anders als CTC sieht den Code, werden zusammengefasst und TER wird im zusammengeführten Bericht neu berechnet. Die zusammengeführte Ausführungsprofileinführung kann durch das Dienstprogramm cct2html weiter in HTML umgewandelt werden. 2.5. Verbindung zu Excel Die Deckungsdaten eines Execution Profile Listing können in eine Datei konvertiert werden, die für Excel (oder eine andere Tabellenkalkulation) geeignet ist. Das Dienstprogramm ctc2excel wird hier verwendet. Seine Online-Hilfe ist: Und ein Beispiel für die Verwendung: 2.6. Funktionsaufruf Trace Mit bestimmten einfachen Arrangements können Sie Ihren Code instrumentieren, um eine Funktion Call Trace zu erzeugen. Es bedeutet, dass Sie Ihre eigene Trace-Funktion (und Verknüpfung mit der ausführbaren Datei), die CTC-Aufrufe bei Beginn und Rückkehr jeder instrumentierten Funktion. Als Parameter erhält die Trace-Funktion den Namen der soeben aufgerufenen Funktion. Ihre Trace-Funktion kann dann alles tun, was Sie für notwendig halten, z. B. Anzeige des aufgerufenen Funktionsnamens auf dem Bildschirm. Als Beispiel könnte die Trace-Funktion folgendermaßen aussehen: Sie können dies nützlich finden, wenn Sie das dynamische Verhalten Ihres Programms analysieren möchten. Eine andere Situation könnte sein, wenn Ihr Programm abstürzt und Sie nicht wissen, wo es geschieht. Sie nur Instrument der Code für die Herstellung dieser Brute-Force-Call-Trace und Sie sehen, wie weit Ihr Programm gelungen zu bekommen. 3. IDE INTEGRATIONS CTC wurde in ein paar Kompilierungssystem-IDEs integriert, alle auf der Windows-Plattform. Die Integration bedeutet, dass im Menü IDE Tools neue Befehle wie CTC Set hinzugefügt wurden. Zum Einstellen des Instrumentierungsmodus und zum Festlegen der ctc-Optionen, unter denen die kommenden Builds in der IDE durchgeführt werden. Später wird dieser Befehl verwendet, um den Instrumentierungsmodus auszuschalten, d. H. Die Bausteine ​​ändern sich wieder normal. CTC-Bericht. Für das Erhalten der verschiedenen Berichterstattung Berichte und starten einige geeignete Betrachter (wie Notizblock, HTML-Browser, Excel) auf sie. Siehe CTCVisual Studio Integration, wie die Integration in Visual Studio IDE aussieht. Einige IDEs unterstützen, dass der Build von der Befehlszeile aus geboten werden kann. Mit vielen von ihnen kann im nächsten Beispiel mit Visual Studio 2003 die cctc-build wie folgt erstellt werden: 4. SUPPORT FOR TARGET TESTING Die Informationen in diesem Kapitel entsprechen dem CTC Host-Target-Add-on (HOTA) Version 5.3 Mit Target-Tests ist es hier bedeutet, dass Sie eine Host-Umgebung haben, wo Sie bauen für einige Ziel-Maschine, in der Regel ein eingebettetes System. Der verwendete CC-Cross-Compiler und die Zielmaschine kann etwas sein, mit dem CTC möglicherweise nicht vorher verwendet worden ist. Sie müssen jedenfalls den Code instrumentieren, ihn mit dem Cross-Compiler kompilieren, ihn auf dem Zielcomputer ausführen und die Berichtsdaten zum Bericht an den Host zurücksenden. Das CTC Host-Target Add-on (HOTA) Paket bietet diese Funktionalität. Technisch geht die Anordnung etwa wie folgt: Auf dem Host müssen Sie normale CTC (host-only) Kopie laufen. Zusätzlich benötigen Sie dieses HOTA-Paket. Sie lehren CTC die Cross-Compilerlinker-Befehlsnamen und - optionen. Dies ist eine einmalige Arbeit. Wenn der Cross-Compiler ist ein anständiger und folgt den gemeinsamen Konventionen, gibt es kein größeres Problem in diesem. Wir haben auch Arbeitskonfigurationsdateien für eine Anzahl von Cross-Compilern. Der instrumentierte Code benötigt eine kleine CTC-Laufzeitunterstützungsschicht am Ziel. Das HOTA-Paket enthält es in C-Quellcodeform. Es ist Vanilla C, ca. 1000 Zeilen gut kommentierten Code, und es kompiliert mit jedem C-Compiler, auch mit Ihrem Cross-Compiler. Sie müssen diesen Code nicht berühren. In die Laufzeit-Layer müssen Sie jedoch die Low-Level-Datenübertragungsschicht implementieren, mit der die Abdeckungsdaten an den Host übertragen werden. Die Deckungsdaten befinden sich in CTC-interner codierter Form als Folge von druckbaren ASCII-Zeichen. Keine CTC-interne Kenntnisse in seiner Handhabung erforderlich ist, nur schreiben es ein Zeichen auf einmal zu irgendwo. Letztendlich muss der Char-Stream auf die Host-Maschine zu einer Textdatei übertragen werden. Wenn Sie auf dem Zielcomputer die Daten zu einer lokalen Textdatei schreiben können (und sie separat zum Host verschieben), ist die Arbeit einfach. Für diese Alternative hat das Lieferpaket eine kompilierbare Implementierung, die die normale C-Textdatei IO verwendet. In einigen Fällen müssen die Abdeckungsdaten in einen Kommunikationskanal geschrieben werden, den Ihr Programm im Host hört und in eine Datei schreibt. Die Entwicklung dieser Low-Level-Datenübertragungsschicht ist ein einmaliger Job. Zum Testzeitpunkt ist das Abdeckungsdatenschreiben normalerweise ein Einmalakt am Ende der instrumentierten Programmausführung. Die zu übertragenden Datenmengen sind eher bescheiden. Die Instrumentierungsphase am Host für das Ziel ist ähnlich wie die Instrumentierung für den Host. Nur der Cross-Compiler wird verwendet (nicht derjenige, der für den Host kompiliert) und die leicht modifizierte zielspezifische Laufzeitschicht ist mit dem instrumentierten Code verknüpft (nicht derjenige, der in den ctc-Builds mit dem Host verknüpft ist) . Sie führen die Tests am Ziel durch. Je nachdem, wie Sie für die Datenübertragung angeordnet haben, erhalten Sie die Abdeckungsdaten auf der Host-Seite, wo Sie sie zu ctc2dat-Dienstprogramm und Sie erhalten MON. dat-Datei. Das nach den Berichten kann normalerweise auf dem Host durch ctcpost und ctc2html Dienstprogramme genommen werden. CTC Host-Target ist entworfen, um auch in Kontexten arbeiten, wo es nicht bekannt ist, welche Hardware-Architektur das Ziel hat, welches Betriebssystem, wenn überhaupt, das Ziel läuft, was Marke und Version ist der CC Cross-Compiler für das Ziel der Host und Zielmaschinen use the same endianness in binary data do the target machine (cross-compiler) use same amount of bits for basic C integral types for storing the execution counters The Host-Target add-on package is also usable when the code under test is operating system kernel code. Read more from Kernelcoverage. BITCOV: Bitcov is a derivative work based on HOTA. It is meant for small embedded micro-controller kind of targets, which have very little free data memory for CTCs use, or where the HOTA style to transfer the coverage data as an encoded ASCII stream to the host is difficult. In Bitcov there is one global bit array in the target main memory where the execution hits are recorded, one bit per probe. For example with a 1000 byte array 8000 probes could be recorded. It might be well enough for a reasonable size instrumented program, around 30000 lines of instrumented code. In normal instrumentation CTC run-time data area consumption would be in a similar case 8000 4 bytes (one counter is normally 4 bytes) 32000 bytes something more for CTCs internal control data needs. At the target there essentially is no CTC run-time layer at all. After the test run the bit array is captured to the host to a file, either so that the initiative is at the host who pulls the coverage data (e. g. by debugger means) from the target memory, or so that the initiative is at the target side who pushes the coverage data to the host (as it is possible at the target, e. g. embedded in the instrumented code). At the host there is a utility ( dmp2txt ), which is used to convert the memory dump to ctc-understandable characted encoded coverage data. That after normal CTC tool chain ( ctc2dat, ctcpost, ctc2html ) is used to get the human readable coverage report. In Bitcov timing instrumentation is not supported. In coverage reports the counters are reduced to 0 (not executed) and 1 (executed) while in normal coverage reports the counter value tells also how many times the code at the probe location was executed. BYTECOV: Of Bitcov there is also a Bytecov variant. In it the nothithit (01) information is stored in a byte array, one byte per probe. In typical machine instruction sets a plain setting a byte in memory takes less instructions than setting an individual bit in memory (code-bloat), and it saves more than what we lose when a byte array (not bit array) is used for storing the coverage information (data-bloat). 5. SUMMARY OF BENEFITS CTC is a versatile tool to be used in testing and tuning of all kinds of applications written in C or C. Testing becomes more efficient The execution profile listing reveals the parts of code which have not yet been executed. The coverage information helps to design the missing test cases. On the other hand, CTC helps to determine when to stop testing (from code coverage point of view), thus preventing the waste of the costly human resources. Testing becomes a measurable, well-managed activity The summary listing with TER - histograms characterizing the reached test coverage gives valuable information for project management purposes at a glance. Usable for program dynamic analysis and performance tuning When CTC is used for improving the performance of a program, it can easily show where the bottlenecks of the program are (functions that are executed most often and functions that consume most time). Also production level applications can be monitored when they are used in their real environment. The function call brute force tracing capability can be useful in analyzing the program behavior when no better tools are available. Use of CTC is easy and fast CTC is easy to use. No modifications of the users code is needed. Instrumentation takes place by just adding ctc in front of the compilationlink command. Enforcing the existing makefiles to build instrumented targets instead of the original non-instrumented ones is very straightforward. This does not need any changes to the makefiles itself. Browsing the coverage results in HTML is very easy. The overall picture is shown in color-coded histograms of coverage percentages. Zooming to the detailed level can be be done with only a few mouse clicks and the untested code locations are clearly shown as mapped to the original source code. Independent instrumentation of source file The source files of the executable program are instrumented independently of each other, or left as non-instrumented. The source files can be instrumented with such instrumentation modes that are appropriate in the situation at hand. Instrumented source files can be linked to different executables and yet the merged coverage of their executions in different executables can be obtained. Configurability CTC is easy to configure for specific needs by simply editing the textual configuration file. At the time instrumentation and getting the reports there are powerful means to fine-tune the process to obtain the desired result. Usable for many purposes CTC can be used for many purposes: measuring code coverage at various testing phases (module testing, integration testing, system testing), performance testing, optimization, comparing efficiency of algorithms, locating dead code. Support for host-target and kernel code testing CTC has powerful support for measuring code coverage at embedded targets. The instrumentation overhead is very moderate. The used CC cross-compiler for the target, the target operating system and the target hardware type can be virtually of any brand and type. Applying on kernel code is something unique among coverage tools. Supports both C and C With one CTC tool you can work both with C and C code. Work motivation The programmerstesters are likely to design more and better test cases to achieve higher test coverage when they have an easy-to-use tool for measuring it. Usable with CTA CTC can be used together with Testwells test harnessing tools CTA (C Test Aider), see CTA description. Such usage combines the black box (behavioral, functional) and white box (structural) testing strategies for purposes of systematic module testing and reducing of testing costs. Usable with other vendors test execution frameworks CTC can be seamlessly used with other vendors unit test and system (GUI) test execution frameworks. CTC has been compared to US Army Jeep. Simple to use. Arbeiten. Can be driven on almost whatever terrain (especially when Host-Target add-on package is used). 6. OPERATING ENVIRONMENTS CTC is available on several machine operating system CC compiler environments, see the detailed list: CTC availability The resource requirements of your normal C or C development environment are sufficient for using the CTC. Since July 2013 the Testwell CTC tool is owned by Verifysoft Technology GmbH. See whats new .