Membongkar Kesalahan Ujian Tersembunyi dalam Go: Mengelakkan Positif Palsu

Mimpi ngeri dalam ujian adalah positif palsu. “Setiap perkara berlalu! Hebat!” sehingga pada masa yang tidak diketahui pada masa hadapan semua lombong meletup bersama-sama dan meletupkan pasukan anda ke neraka.

Terdapat banyak sebab bahawa ujian boleh gagal secara senyap.

Hari ini, saya akan bercakap tentang satu sebab yang sangat asas: tidak tahu yang mana merupakan ujian.

Mengapa anda tidak tahu yang mana merupakan ujian?

Kebanyakan orang menyertai projek Go separuh jalan. Kebanyakan orang mempelajari bahasa dengan menggunakannya dalam kehidupan sebenar.

Oleh itu, apabila seseorang telah menyediakan projek dengan rangka kerja ujian seperti memberi keterangan, kemungkinan besar anda akan menganggap kaedah seperti berikut adalah ujian.

func (suite *ExampleTestSuite) TestExample() {
    suite.Equal(5, suite.VariableThatShouldStartAtFive)
}

Anda kemudian menambah kaedah lain seperti TestAnotherCase dan mendapati ia berkesan. Anda rasa anda jelas tentang apa itu ujian.

Ujian mempunyai makna yang berbeza dalam rangka kerja yang berbeza

"Ujian" yang anda bercakap mungkin bukan ujian yang sama yang sedang dibincangkan oleh pakej Go.

Daripada pakej ujian terbina dalam, ujian ialah sebarang fungsi borang

func TestXxx(*testing.T)

Sudah tentu, memandangkan pakej ujian terbina dalam mempunyai ciri terhad, kebanyakan projek menggunakan testimoni/suite atau pakej pihak ketiga yang serupa sebagai rangka kerja ujian mereka. Apakah ujian dari sudut pandangan saksi/suite?

tambah sebarang kaedah yang bermula dengan "Ujian" untuk menambah ujian

Lihat, kami mempunyai dua takrifan ujian yang berbeza.

Masalah bermula apabila menggunakan alat ujian pihak ketiga

Apabila menggunakan beberapa alatan seperti ejekan, anda akan membaca perkara berikut

anda tidak perlu risau tentang melupakan panggilan kaedah AssertExpectations  lagi … Kaedah AssertExpectations didaftarkan untuk dipanggil pada penghujung ujian

Hebat! “Jadi saya hanya perlu membuat olok-olok dan pakej akan memberitahu saya apabila gelagat yang dijangka berlaku”.

Di situlah perangkapnya.

Apabila ejekan dikatakan pada penghujung ujian, ia sebenarnya bermaksud definisi daripada ujian , bukan definisi daripada testimoni/suite.

Jadi apabila anda mempunyai kod berikut, anda akan melihat TestA dan TestB lulus walaupun kedua-duanya sepatutnya gagal kerana persediaan olok-olok dalam TestA digunakan dalam TestB.

package mockandsubtest

import (
    "fmt"
    "testing"

    "github.com/stretchr/testify/suite"
)

// Prod code
type ExternalService interface {
    Work()
}

type Server struct {
    externalService ExternalService
}

func NewServer(externalService ExternalService) *Server {
    return &Server{
        externalService: externalService,
    }
}

// Test code
type ServerSuite struct {
    suite.Suite
    ExternalService *MockExternalService
    Server
}

func TestServerSuite(t *testing.T) {
    suite.Run(t, &ServerSuite{})
}

// Run before all test cases
func (s *ServerSuite) SetupSuite() {
    s.ExternalService = NewMockExternalService(s.T())
    s.Server = Server{externalService: s.ExternalService}
}

// In this test, Work is set up to be called once but not called
func (s *ServerSuite) TestA() {
    fmt.Println("TestA is running")
    s.ExternalService.EXPECT().Work().Times(1)
}

// In this test, Work is called once unexpectedly
func (s *ServerSuite) TestB() {
    fmt.Println("TestB is running")
    s.Server.externalService.Work()
}

Hasil menjalankan kod di atas ialah

TestA is running
TestB is running
PASS

Penjelasan

Ternyata hanya TestServerSuite dianggap sebagai ujian dari sudut ujian dan ejekan. Itulah sebabnya AssertExpectations dipanggil pada penghujung TestServerSuite , walaupun TestA dan TestB dilaksanakan secara dalaman oleh testimoni/suite.

Dari sudut pandangan ejekan, s.ExternalService dijangka akan dipanggil sekali dan sebenarnya dipanggil sekali dalam kitaran hayat TestServerSuite. Maka tercapailah jangkaan.

Bagaimana untuk mengurangkan?

Terdapat dua cara untuk merapatkan jurang antara testimoni/suite dan ujian.

Cara pertama ialah mencipta mock baharu sebelum setiap kaedah ujian seperti berikut.

func (suite *ExampleTestSuite) TestExample() {
    suite.Equal(5, suite.VariableThatShouldStartAtFive)
}

Kadangkala, ia tidak praktikal dalam projek anda kerana banyak sebab seperti menyediakan contoh pelayan untuk setiap kes ujian adalah terlalu mahal. Kemudian anda boleh mencuba arah lain, yang menegaskan secara manual selepas setiap ujian.

Yang kedua ialah menambahkan panggilan AssertExpectations pada akhir setiap kaedah ujian. Contohnya, panggil AssertExpectations dalam TearDownTest , yang dilaksanakan selepas setiap kaedah ujian.

func TestXxx(*testing.T)

Atas ialah kandungan terperinci Membongkar Kesalahan Ujian Tersembunyi dalam Go: Mengelakkan Positif Palsu. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!