Comment remplacer les attentes des appels simulés dans les tests basés sur des tables

L'éditeur de PHP, Xiaoxin, vous présente aujourd'hui une méthode permettant de remplacer les attentes des appels de simulation dans les tests pilotés par table. Les tests basés sur des tables sont une technologie de test efficace qui peut tester de manière basée sur les données et améliorer la maintenabilité et l'évolutivité du code. Lors des tests, nous devons souvent simuler les attentes des appels pour garantir que le code testé se comporte comme prévu. Cet article présentera en détail comment utiliser les tests basés sur des tables pour obtenir la couverture souhaitée des appels simulés, aidant ainsi les développeurs à mieux effectuer les tests unitaires.

Contenu de la question

Lorsque j'effectue des tests basés sur des tables, j'utilise des simulations générées par mockery et je définis des attentes d'appel de méthode qui dépendent des données fournies dans l'ensemble de données pour chaque cas de test. Le problème auquel je suis confronté est que l'appel fictif renvoie toujours l'ensemble de résultats attendu dans le premier scénario de test et non l'ensemble de résultats défini pour le scénario de test exécuté.

func (s *MyTestSuite) TestMySampleTest() {
    testCases := []struct {
        Name     string
        Requests []*service.CreateCredentialRequest
    }{
        {
            Name:     "first case",
            mockedResult: 1,
            expected: 1,
        },
        {
            Name:     "second case",
            mockedResult: 2,
            expected: 2,
        },
    }

    for _, tc := range testCases {
        s.Run(tc.Name, func() {
            s.someMock.On("SomeMethodCall", mock.Anything).Return(tc.mockedResult)

            result := s.SUT.SomeMethodThatCallsTheMockedObe()

            s.Equal(expected, result)
        })
    }
}

Lorsque j'exécute ce test, le deuxième cas échoue car le résultat est 1 而不是预期的 2 ，我可以看到问题是模拟方法返回 1 （为第一个测试用例设置的值）而不是 2 (la valeur définie pour le scénario de test actuel).

Une idée sur la façon de résoudre ce problème ?

Solution de contournement

Ce n'est peut-être pas la solution la plus élégante et je me demandais s'il y avait d'autres façons de procéder, mais pour l'instant, j'ai trouvé cette solution. Il consiste à générer une nouvelle simulation pour chaque sous-test exécuté par le test piloté par table, donc dans chaque sous-test, nous utilisons une toute nouvelle instance simulée qui ne définit aucune attente par rapport au sous-test précédent. Étant donné que j'utilise testify.suite 来组织和处理我的测试，这样做就像在每个子测试中手动调用 s.setuptest() la méthode est tout aussi simple :

// SetupTest is executed before every test is run, I instantiate the SUT and 
// its dependencies here.
func (s *MyTestSuite) SetupTest() {
    // Instantiate the mock
    s.someMock = mocks.NewSomeMock(s.T())
    // Instantiate the SUT, injecting the mock through the constructor function
    s.SUT = NewSUT(s.someMock)
}

func (s *MyTestSuite) TestMySampleTest() {
    testCases := []struct {
        Name     string
        Requests []*service.CreateCredentialRequest
    }{
        // test cases here 
    }

    for _, tc := range testCases {
        s.Run(tc.Name, func() {
            // Manually calling s.SetupTest() to generate new instances of the mocks in every subtest.
            // If we don't do this, the mock will always return the first expectation set (the one set for the first test case).
            s.SetupTest()

            // Here comes the logic of the text as we had it before
            s.someMock.On("SomeMethodCall", mock.Anything).Return(tc.mockedResult)

            result := s.SUT.SomeMethodThatCallsTheMockedObe()

            s.Equal(expected, result)
        })
    }
}

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!