Heim  >  Artikel  >  Backend-Entwicklung  >  Gehen Sie zu Testabdeckung, wenn die Aussage nicht abgedeckt ist

Gehen Sie zu Testabdeckung, wenn die Aussage nicht abgedeckt ist

WBOY
WBOYnach vorne
2024-02-11 10:36:08981Durchsuche

Gehen Sie zu Testabdeckung, wenn die Aussage nicht abgedeckt ist

php-Editor Baicao stellt Ihnen heute eine Methode zum Testen der Abdeckung vor. Im Softwareentwicklungsprozess ist die Testabdeckung ein wichtiger Indikator, der uns dabei helfen kann, den Grad der Codeabdeckung durch Testfälle zu bewerten. Und wenn wir feststellen, dass es Aussagen gibt, die nicht abgedeckt sind, können wir dieses Problem auf irgendeine Weise lösen. In diesem Artikel erfahren Sie, wie Sie die Deckung testen und mit ungedeckten Aussagen umgehen.

Frageninhalt

Ich habe eine Go-Funktion namens setupConfig() und ich habe eine Test_setupconfig, um sie zu testen, und sie testet einwandfrei. Aber als ich die Abdeckung testete und mir den HTML-Bericht ansah, zeigte sich, dass meine Behandlung einiger vom Viper-Paket zurückgegebener Fehler nicht abgedeckt war. Warum ist das nicht abgedeckt? Wie soll ich damit umgehen?

Workaround

Der Abdeckungsbericht zeigt Ihnen, wie viel Code während des Tests ausgeführt wurde. Was Sie sehen, ist, dass diese if 块中的 return-Anweisungen nicht getestet werden, was bedeutet, dass Sie keine Komponententests haben, die darauf ausgelegt sind, fehlzuschlagen und einen Fehler zurückzugeben. Während Sie testen, ob Ihr Code bei korrekter Eingabe funktioniert, müssen Sie auch sicherstellen, dass die Tests bei falscher Eingabe korrekt und sicher fehlschlagen.

Dies ist jedoch eine seltsame Situation, da diese Fehler nicht in Ihrem eigenen Paket enthalten sind, sondern auf Probleme mit der viper 包。此时,重要的是要问自己一个问题“我真正测试的是什么?”。如果您使用 viper 包,那么假设该包经过了彻底的测试,并且通过为 viper 错误创建您自己的测试,您只是在这些测试上加倍,而没有真正的改进。出于这个原因,有时我们选择省略测试这些分支,因为实际上,如果 viper 包错误 - 并假设您的所有输入都是静态的并且像所示的那样进行硬编码 - 那么这不是您的代码的问题,而是 viper-Bibliothek zurückzuführen sind.

Wenn Sie wirklich eine 100-prozentige Abdeckung erreichen und alle Entscheidungsbäume testen möchten, besteht die einzige Möglichkeit darin, ein viper Paket hinter einer Abstraktion zu platzieren. Höchstwahrscheinlich handelt es sich um eine Schnittstelle, die an die Funktion übergeben wird und mehrere Implementierungen ermöglicht, unabhängig davon, ob Sie sie in der Produktion oder beim Testen ausführen.

Allerdings wird es nicht empfohlen, alle Werte in einer solchen Funktion fest zu codieren. Idealerweise möchten Sie, dass die Werte der Konfigurationsstruktur aus lokalen Konfigurationsdateien, Umgebungsvariablen, Befehlszeilenflags oder einer Kombination davon stammen. Dadurch veranlassen Sie, dass diese Setup-Funktion eine Schnittstelle zum Abrufen der Konfiguration akzeptiert, wodurch die Funktion einfacher zu testen ist, da Sie lediglich die Implementierung der Schnittstelle in Ihrem Test simulieren müssen. Es wird also so aussehen:

config.go:

type ConfigController interface {
    GetInput() Config
}

func setupConfig(controller ConfigController) error {
    config := controller.GetInput()
    // your code here
}

config_test.go:

type mockConfigController struct {}

func (m *mockConfigController) GetConfig() Config {
    return Config{
        // your config here
    }
}

func Test_setupConfig(t *testing.T) {
    configController := &mockConfigController{}
    err := setupConfig(configController)
    // rest of test here
}

Indem Sie dies tun und eine Akzeptanzschnittstelle für Ihre setupConfig()-Funktion bereitstellen, bedeutet dies, dass Sie eine Funktionsimplementierung dafür bereitstellen können, wenn sie in der Produktion ausgeführt wird, aber auch fest codierte Testdaten verwenden können, um sie bei der Ausführung von Tests zu simulieren. Es wird auch häufig bei der Interaktion mit anderen Diensten, beispielsweise Datenbanken, verwendet. Anstatt beim Ausführen des Tests die Datenbank starten und eine Verbindung herstellen zu müssen, können Sie Ihren Code eine Schnittstelle akzeptieren lassen, die ihm sagt, wie er mit der Datenbank interagieren und sie in Ihren Tests simulieren soll. Dadurch können Sie Teile Ihres Codes isolieren und nur das testen, was Sie möchten.

Das obige ist der detaillierte Inhalt vonGehen Sie zu Testabdeckung, wenn die Aussage nicht abgedeckt ist. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:stackoverflow.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen