Je mehr ich in WordPress arbeite, desto mehr versuche ich, Komponententests genauso zu einem Teil meiner Entwicklung zu machen wie den eigentlichen Funktionsumfang. (Es ist sowieso das, was alle Fachleute sagen, dass wir es tun müssen.)
Aber im Ernst, es verbessert die Qualität, denn wenn aus keinem anderen Grund etwas kaputt geht, können Sie sehen, welcher Test fehlschlägt oder sogar, ob Sie in einem Bereich die Abdeckung verpasst haben.
Ich bin nicht der Meinung einiger, dass Sie eine 100% ige Codeabdeckung haben müssen (und es gibt Gründe, warum ich das denke), aber ich denke, es ist wichtig, so viel Codeabdeckung wie möglich von Code zu haben, der nicht direkt ist zu WordPress.
Testen von Code in WordPress
Ich weiß nicht, ob das verwirrend klingt oder nicht, aber eine der Fallen, in die ich schon früh getappt bin, als ich mit Unit-Tests und WordPress gearbeitet habe, war das Schreiben von Tests gegen den WordPress-Kerncode.
Ich mache das immer noch manchmal (und Sie können diejenigen fragen , mit denen ich arbeite, ob das stimmt), obwohl es mir immer besser geht.
Für mich kann WordPress selbst als Blackbox behandelt werden. Es ist ein Fundament, auf dem Ihre Anwendung lebt. Es gibt bereits Tests rund um den WordPress-Core. Sollen es mehr sein? Sicher. Ist das, was sie haben, ausreichend? Meiner Erfahrung nach ja, aber wir alle verwenden eine andere Teilmenge dieser Funktionen.
Der Punkt, den ich verstehe, ist folgender: Jedes Mal, wenn Sie an einem Projekt arbeiten, das auf WordPress basiert; Sie müssen keine Tests für Code wie add_menu_pageoder schreiben wp_enqueue_script.
Wir wissen, dass diese Funktionen funktionieren.
Konzentrieren Sie sich stattdessen auf den Code, der für Ihre Domäne spezifisch ist. Konzentrieren Sie sich also auf den Code, den Sie und Ihr Team schreiben. Das wird der Spezialbereich sein, der einzigartig im Projekt ist, und das wird der Bereich sein, der letztendlich für die Lösung eines bestimmten Problems verantwortlich ist.
Wenn Sie eine 100-prozentige Abdeckung nur um der 100-prozentigen Abdeckung willen anstreben, schreiben Sie nicht aus dem richtigen Grund Unit-Tests. Streben Sie stattdessen nach dem höchsten Grad an Codeabdeckung, der Ihren Code ausreichend testet. Das wird Qualität erzwingen.