Unit-Tests MFC-UI-Anwendungen?

Wie Sie unit-test eine große MFC-UI-Anwendung?

Wir haben ein paar große MFC-Anwendungen, die in der Entwicklung seit vielen Jahren verwenden wir einige standard-automatisierten QA-tools zum ausführen von basic-Skripts zu prüfen, Grundlagen, Datei öffnen etc. Diese werden von der QS-Gruppe post die daily-build.

Aber wir möchten die Einführung von Verfahren, so dass auch einzelne Entwickler können erstellen und ausführen von tests für Dialogfelder, Menüs und andere visuelle Elemente der Anwendung vor dem Absenden code, um das daily-build.

Ich habe von Techniken wie versteckte test-Tasten auf Dialoge, die erscheinen nur in debug-builds, gibt es irgendwelche standard-toolkits für diese.

Umgebung ist in C++/C/FORTRAN, MSVC 2005, Intel FORTRAN 9.1, Windows XP/Vista x86 & x64.

InformationsquelleAutor titanae | 2008-09-20
  1. 12

    Es hängt davon ab, wie die App aufgebaut ist. Wenn Logik und GUI-code ist getrennt (MVC) - dann testen Sie die Logik ist einfach. Werfen Sie einen Blick auf Michael Feathers "Demütige Dialog" (PDF).

    EDIT: Wenn Sie darüber nachdenken: Sie sollten sehr vorsichtig umgestalten, wenn die App ist nicht so strukturiert, dass Art und Weise. Es gibt keine andere Technik, die für das testen der Logik. Skripte, die simulieren, Klicks sind nur verkratzen der Oberfläche.

    Es ist eigentlich ziemlich einfach:

    Davon aus, dass Ihr Steuerelement/Fenster/was auch immer änderungen, die den Inhalt einer listbox, wenn der Benutzer auf eine Schaltfläche klickt, und Sie wollen sicherstellen, dass das Listenfeld enthält das Zeug nach dem Klick.

    1. So umgestalten, dass es eine separate Liste mit den Einträgen der listbox zu zeigen. Die Elemente, die gespeichert werden in der Liste und sind nicht extrahiert, von wo Sie Ihre Daten kommt. Der code der listbox-Liste Dinge, die weiß nur über die neue Liste.
    2. Dann erstellen Sie ein neues controller-Objekt, das enthält die Logik-code. Die Methode, mit der die Schaltfläche, klicken Sie auf nur Anrufe mycontroller->ButtonWasClicked(). Es weiß nicht über die listbox oder anythings else.
    3. MyController::ButtonWasClicked() tut, was getan werden müssen, die für die beabsichtigte Logik, bereitet die Artikel-Liste und teilt der Steuerung zu aktualisieren. Damit das funktioniert, müssen Sie entkoppeln die Steuerung und die Kontrolle durch die Schaffung einer Schnittstelle (rein virtuelle Klasse) für das Steuerelement. Der controller kennt nur ein Objekt des jeweiligen Typs, nicht die Kontrolle.

    Thats it. Der controller enthält die Logik-code und kennt die Steuerung nur über die Schnittstelle. Jetzt können Sie schreiben regelmäßig unit-test für MyController::ButtonWasClicked() durch Verspottung der Kontrolle. Wenn du keine Ahnung hast von was ich spreche, lese Michaels Artikel. Zweimal. Und sich danach wieder.

    (Note to self: muss lernen, nicht um zu sabbeln viel)

    InformationsquelleAutor EricSchaefer
  2. 13

    Da Sie erwähnt MFC, bin ich davon ausgegangen, Sie haben eine Anwendung, die wäre schwer unter einer automatisierten Testumgebung. Sie beobachten die besten Vorteile von unit-testing-frameworks, die beim erstellen von tests, wie Sie den code schreiben.. Aber versuchen, eine neue Funktion hinzufügen, in einer test-driven Art und Weise zu einer Anwendung, die nicht entworfen, um testbar sein.. kann harte Arbeit sein und auch frustrierend.

    Nun, was ich vorschlagen würde ist definitiv harte Arbeit.. aber mit etwas Disziplin und Durchhaltevermögen wirst du sehen, den Vorteil, früh genug.

    • Zuerst müssen Sie einige management-Unterstützung für neue Updates etwas länger dauern. Stellen Sie sicher, jeder versteht, warum.
    • Nächsten Kauf eine Kopie des WELC Buch. Lesen Sie abzudecken, wenn Sie Zeit haben ODER wenn Sie sich schwer tun, Scannen Sie den index, um zu finden, die das symptom der app ausstellen. Dieses Buch enthält eine Menge guter Ratschläge und ist genau das, was Sie brauchen, wenn Sie versuchen, um vorhandene code getestet.
      Unit-Tests MFC-UI-Anwendungen?
    • Dann bei jedem neuen Update/ändern, verbringen einige Zeit und verstehen, den Bereich, den Sie gehen, um auf zu arbeiten. Schreiben Sie einige tests in einem xUnit-Variante Ihrer Wahl (frei verfügbar) zur Ausübung aktuelle Verhalten.
    • Stellen Sie sicher, dass alle tests übergeben. Schreiben Sie eine neue Prüfung, die übungen nötig, das Verhalten oder die Fehler.
    • Code schreiben, um diese Letzte Prüfung übergeben.
    • Umgestalten gnadenlos in den Bereich unter tests zu verbessern design.
    • Wiederholen Sie den Vorgang für jede neue änderung, die Sie machen müssen, um das system von hier aus auf. Keine Ausnahmen zu dieser Regel.
    • Jetzt das gelobte land: Bald stetig wachsende Inseln von gut getesteten code wird beginnen, an die Oberfläche. Mehr und mehr code würde fallen unter die automatisierte test-suite, und der Wandel wird zunehmend einfacher zu machen. Und das ist, weil langsam und sicher die zugrunde liegende design wird mehr getestet werden.

    Den einfachen Weg war meine Vorherige Antwort. Dies ist der schwierige aber richtige Weg.

    InformationsquelleAutor Gishu
  3. 4

    Ich weiß, dies ist eine datierte Frage, aber für diejenigen von uns, die noch Arbeit mit MFC, der Microsoft C++ Unit-Test Framework in VS2012 gut funktioniert.

    Das Allgemeine Verfahren:

    1. Kompilieren Sie Ihr MFC-Projekt eine statische Bibliothek
    2. Hinzufügen eines neuen Native-Unit-Test-Projekt zu Ihrer Lösung.
    3. In das Test-Projekt, fügen Sie Ihr MFC-Projekt als Referenz.
    4. Im Test Konfigurationseigenschaften, fügen Sie die Include-Verzeichnisse für header-Dateien.
    5. In der Linker, input-Optionen fügen Sie Ihrem MFC.lib;nafxcwd.lib;libcmtd.lib;
    6. Unter 'Ignorieren Bestimmter Standard-Bibliotheken hinzufügen nafxcwd.lib;libcmtd.lib;
    7. Unter General fügen Sie den Speicherort der Ihr MFC lib-Datei exportiert.

    Den https://stackoverflow.com/questions/1146338/error-lnk2005-new-and-delete-already-defined-in-libcmtd-libnew-obj hat eine gute Beschreibung, warum Sie benötigen, um die nafxcwd.lib libcmtd.lib.

    Die andere wichtige Sache zu prüfen, in legacy-Projekten. Im Allgemeinen Konfigurationseigenschaften, stellen Sie sicher, dass beide Projekte sind mit dem gleichen 'Zeichensatz'. Wenn Ihr MFC ist mit einem Multi-Byte-Zeichensatz benötigen Sie den MS-Test, dies auch zu tun.

    InformationsquelleAutor David Rinck
  4. 3

    Wenn auch nicht perfekt, die beste, die ich gefunden habe, dafür ist AutoIt http://www.autoitscript.com/autoit3

    "AutoIt v3 ist ein freeware BASIC-like scripting language, entwickelt für die Automatisierung von Windows GUI-und Allgemeinen scripting. Es verwendet eine Kombination von simulierten Tastatureingaben, Mausbewegungen und Fenster/control-manipulation, um Aufgaben zu automatisieren, die in einer Weise nicht möglich oder nicht zuverlässig mit anderen Sprachen (zB VBScript und SendKeys). AutoIt ist auch sehr klein, Selbstversorger und läuft auf alle Versionen von Windows-out-of-the-box ohne störende "Laufzeiten" erforderlich!"

    Dies funktioniert gut, wenn Sie Zugriff auf den Quellcode der Anwendung getrieben werden, denn man kann die Ressourcen-ID, Anzahl der Steuerelemente, die Sie fahren möchten. Auf diese Weise brauchen Sie sich keine sorgen zu machen über simulierte Mausklicks auf bestimmte Pixel. Leider, in einer legacy-Anwendung, können Sie auch feststellen, dass die Ressourcen-ID nicht eindeutig sind, die möglicherweise Probleme verursachen. Aber. es ist sehr einfach zu ändern, die IDs eindeutig sein und neu erstellen.

    Das andere Problem ist, dass Sie die Begegnung timing-Probleme. Ich habe nicht eine erprobte und wahre Lösung für diese. Versuch und Irrtum ist, was ich verwendet habe, aber das ist einfach nicht skalierbar. Das problem ist, dass das AutoIT-Skript muss warten, bis der test-Anwendung reagieren auf einen Befehl, bevor das Skript Probleme mit dem nächsten Befehl oder überprüfen, ob die richtige Antwort. Es ist manchmal nicht leicht zu finden, ein bequemer Ereignis warten und zusehen.

    Mein Gefühl ist, dass, in eine neue Anwendung entwickeln, würde ich darauf bestehen, eine konsistente signal "READY". Dies wäre hilfreich, um den menschlichen Benutzer als auch als test-scripts! Dies kann eine Herausforderung für eine legacy-Anwendung, aber vielleicht kann man das einführen, es auf problematische Punkte und langsam breitete Sie die gesamte Anwendung zu Wartung weiter.

    • Ich mag die Funktionalität von AutoIt3 aber die Frage war über unit-testing, und du redest UI integration testen. Es sind zwei verschiedene tests.
    InformationsquelleAutor ravenspoint
  5. 2

    Obwohl es nicht umgehen kann das UI-Seite, ich unit test MFC-code mit dem Boost-Test-library. Gibt es einen Code, Projekt-Artikel über erste Schritte:

    Der Gestaltung Robust Objekte mit Boost

    • Ich bin angesichts dieser unit-Test-framework für unsere MFC-Anwendungen. Aber ich würde es gerne testen UI-Logik zu. Ich verstehen, es würde unmöglich sein, zu testen, Klasse Ansicht. Aber wie über die Document-Klasse? Bin ich denken, um Dokument-Klasse fungiert als Moderatorin von MVP und zu testen, UI-Logik, indem die Implementierung der unit-tests auf, dass die Klasse, wie wir testen die controller-Klasse in MVC. Denken Sie, dass dies funktionieren wird?
    InformationsquelleAutor Rob
  6. 1

    Gut, wir haben eines dieser gigantischen MFC-Apps am Arbeitsplatz. Seine eine gigantische Schmerzen zu erhalten oder zu verlängern... es ist ein riesiger ball aus Schlamm jetzt, aber es Rechen in der moolah.Sowieso

    • Wir verwenden Rational Robot für tun, smoke-tests und dergleichen.

    • Anderen Ansatz, der einigen Erfolg gehabt hat, ist das erstellen einer kleinen Produkt-spezifische Sprache und Skript testet, die VBScript und einigen " Griff-Spionage Magie. Drehen Sie gemeinsame Aktionen in Befehle.. wie z.B. OpenDatabase wäre ein Befehl, der wiederum injizieren Sie das erforderliche Skript-Blöcke zu klicken Sie auf Hauptmenü - > Datei - > "Öffnen...". Erstellen Sie dann die excel-sheets, die eine Reihe solcher Befehle. Diese Befehle können Parameter enthalten, zu. So etwas wie ein FIT-Test.. aber mehr Arbeit. Sobald Sie die meisten der gängigen Befehle identifiziert und Skripte bereit. Es abholen und montieren-Skripte (tagged durch CommandIDs) zum schreiben neuer tests. Ein test-runner analysiert diese Excel-sheets, vereint all die kleinen script-Blöcke in einem test-Skript und führt es aus.

      1. OpenDatabase "C:\tests\MyDB"
      2. OpenDialog "Add Model"
      3. AddModel "M0001", "MyModel", 2.5, 100
      4. Drücken Sie OK
      5. SaveDatabase

    HTH

    InformationsquelleAutor Gishu
  7. 0

    Eigentlich haben wir mit Rational-Team-Test, dann einen Roboter, aber in den letzten Diskussionen mit Rational wir entdeckten, dass Sie haben keine Pläne, die Unterstützung für Native x64-Anwendungen mit Schwerpunkt mehr auf .NET, so dass wir beschlossen zu wechseln Automatisierten QA-tools. Das ist großartig, aber die Lizenzierung kostet nicht erlauben, uns zu ermöglichen, für alle Entwickler.

    Alle unsere Anwendungen unterstützt eine COM-API für Skripte, die wir Regressionstest über VB, aber diese tests der API nicht die Anwendung als solches.

    Ideal mich würde interessieren, wie die Menschen integrieren, cppunit und ähnlich wie unit-testing-frameworks in der Anwendung auf Entwickler-Ebene.

    InformationsquelleAutor titanae
Schreibe einen Kommentar