Ich habe eine Debatte mit einem Programmiererkollegen darüber, ob es eine gute oder eine schlechte Praxis ist, ein funktionierendes Codestück nur so zu ändern, dass es testbar ist (z. B. durch Unit-Tests). Meiner Meinung nach ist es in Ordnung, im Rahmen der Einhaltung guter objektorientierter und Software-Engineering-Praktiken (nicht "alles öffentlich …
Normalerweise versuche ich, den Ratschlägen des Buches Working Effectively with Legacy Cod e zu folgen . Ich unterbreche Abhängigkeiten, verschiebe Teile des Codes in @VisibleForTesting public staticMethoden und in neue Klassen, um den Code (oder zumindest einen Teil davon) testbar zu machen. Und ich schreibe Tests, um sicherzustellen, dass ich …
Angenommen, man hat ein relativ großes Programm (etwa 900.000 SLOC in C #), das alle gründlich kommentiert / dokumentiert ist, gut organisiert ist und gut funktioniert. Die gesamte Codebasis wurde von einem einzigen Senior-Entwickler geschrieben, der nicht mehr im Unternehmen ist. Der gesamte Code ist so wie er ist testbar …
Wenn ich die Beschreibungen lese, verstehe ich, dass TDD-Tests vor dem Schreiben der Funktion und Unit-Tests danach durchgeführt werden. Ist das der Hauptunterschied, oder können die beiden Begriffe nicht einmal als solche verglichen werden. Vielleicht ist Unit Testing ein integraler Bestandteil von TDD.
Kurze Einführung in diese Frage. Ich benutze jetzt TDD und in letzter Zeit BDD seit über einem Jahr. Ich benutze Techniken wie das Verspotten, um meine Tests effizienter zu schreiben. In letzter Zeit habe ich ein persönliches Projekt gestartet, um ein kleines Money-Management-Programm für mich zu schreiben. Da ich keinen …
Ausgelöst von diesem Thread denke ich (wieder) darüber nach, endlich Unit-Tests in meinen Projekten zu verwenden. Ein paar Plakate dort sagen so etwas wie "Tests sind cool, wenn sie gute Tests sind". Meine Frage jetzt: Was sind "gute" Tests? In meinen Anwendungen ist der Hauptteil häufig eine Art numerische Analyse, …
Also habe ich heute mit meinem Teamkollegen über Unit-Tests gesprochen. Das Ganze begann, als er mich fragte: "Hey, wo sind die Tests für diese Klasse, ich sehe nur eine?". Die ganze Klasse war ein Manager (oder ein Service, wenn Sie es so nennen möchten) und fast alle Methoden delegierten einfach …
Ich wurde beauftragt, die Codeabdeckung eines vorhandenen Java-Projekts zu erhöhen. Ich habe festgestellt, dass das Code Coverage Tool ( EclEmma ) einige Methoden hervorgehoben hat, die niemals von irgendwoher aufgerufen werden. Meine erste Reaktion ist nicht , Unit-Tests für diese Methoden zu schreiben, sondern sie meinem Vorgesetzten / Team vorzustellen …
In meinen Unit-Tests gebe ich oft beliebige Werte in meinen Code ein, um zu sehen, was er tut. Wenn ich beispielsweise weiß, dass foo(1, 2, 3)17 zurückgegeben werden soll, könnte ich Folgendes schreiben: assertEqual(foo(1, 2, 3), 17) Diese Zahlen sind rein willkürlich und haben keine weiter gefasste Bedeutung (es handelt …
Wenn ich Unit-Tests auf die "richtige" Art und Weise durchführe, dh jeden öffentlichen Anruf stoppe und voreingestellte Werte oder Mocks zurückgebe, habe ich das Gefühl, dass ich eigentlich nichts teste. Ich sehe mir meinen Code buchstäblich an und erstelle Beispiele, die auf dem Fluss der Logik durch meine öffentlichen Methoden …
Ich habe einige Antworten auf ähnliche Fragen wie "Wie halten Sie Ihre Komponententests beim Refactoring aufrecht?" Gelesen. In meinem Fall ist das Szenario insofern etwas anders, als ich ein Projekt erhalten habe, um es zu überprüfen und mit einigen Standards in Einklang zu bringen, die wir haben. Derzeit gibt es …
Ist die Verwendung von Dependency Injection (DI) für Unit-Tests unerlässlich? Ich kann mir keine andere Alternative zum Isolieren von Code vorstellen, damit dieser getestet werden kann. Auch alle Beispiele, die ich je gesehen habe, verwenden dieses Muster. Liegt das daran, dass dies die einzig gangbare Option ist, oder gibt es …
Die meisten Projekte, an denen ich arbeite, betrachten Entwicklung und Komponententests isoliert, was das Schreiben von Komponententests zu einem späteren Zeitpunkt zu einem Albtraum macht. Mein Ziel ist es, das Testen während der Entwurfsphasen auf hoher und niedriger Ebene im Auge zu behalten. Ich möchte wissen, ob es gut definierte …
Der Rot-Grün-Refaktor-Zyklus für TDD ist gut etabliert und akzeptiert. Wir schreiben einen nicht bestandenen Komponententest und lassen ihn so einfach wie möglich bestehen. Was sind die Vorteile dieses Ansatzes gegenüber dem Schreiben vieler fehlgeschlagener Komponententests für eine Klasse, die alle auf einmal bestehen. Die Testsuite schützt Sie weiterhin vor dem …
Was ist der Unterschied zwischen dem Erstellen einer Anwendung mit Outside In und dem Erstellen einer Inside Out- Anwendung mit TDD? Dies sind die Bücher, die ich über TDD und Komponententests gelesen habe: Testgetriebene Entwicklung: Am Beispiel Testgetriebene Entwicklung: Ein praktischer Leitfaden: Ein praktischer Leitfaden Reale Lösungen für die Entwicklung …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.