Bagaimana untuk Menguji Senario `os.Exit` dalam Pergi Tanpa Menghancurkan Suite Ujian Anda?

Menguji Senario os.exit dalam Go

Dalam Go, fungsi os.Exit menghentikan pelaksanaan program dan keluar dari sistem pengendalian. Tetapi bagaimanakah kita hendak menguji senario yang melibatkan os.Keluar dalam suite ujian tanpa menjejaskan ujian lain?

Pertimbangkan kod berikut:

func doomed() {
  os.Exit(1)
}

Untuk menguji panggilan itu membawa kepada keputusan ditakdirkan dalam keluar, kami tidak boleh begitu sahaja memanggilnya dalam ujian, kerana ia akan menamatkan pelari ujian juga. Sebaliknya, mari kita terokai pendekatan yang ditunjukkan oleh Andrew Gerrand.

Kaedah Gerrand melibatkan menjalankan ujian dalam proses yang berasingan. Ini membolehkan kami merangkum os.Keluar panggilan dalam proses berasingan, memastikan ia tidak memberi kesan kepada pelari ujian utama.

Begini cara ia berfungsi:

// main_test.go
package main

import (
    "os"
    "os/exec"
    "testing"
)

func TestCrasher(t *testing.T) {
    if os.Getenv("BE_CRASHER") == "1" {
        Crasher()
        return
    }
    cmd := exec.Command(os.Args[0], "-test.run=TestCrasher")
    cmd.Env = append(os.Environ(), "BE_CRASHER=1")
    err := cmd.Run()
    if e, ok := err.(*exec.ExitError); ok && !e.Success() {
        return
    }
    t.Fatalf("process ran with err %v, want exit status 1", err)
}

Ujian ini memanggil pergi uji sekali lagi dalam proses yang berasingan, hanya menyasarkan ujian TestCrasher. Ia menetapkan pembolehubah persekitaran (BE_CRASHER) yang diperiksa oleh subproses. Jika ditetapkan, subproses memanggil Crasher dan keluar serta-merta untuk mengelakkan rekursi tak terhingga.

Sementara itu, proses ujian asal kemudiannya boleh mengesahkan kod keluar subproses, memastikan ia ditamatkan seperti yang dijangkakan.

Atas ialah kandungan terperinci Bagaimana untuk Menguji Senario `os.Exit` dalam Pergi Tanpa Menghancurkan Suite Ujian Anda?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!