No fim acho que o acoplamento maior/menor vai depender mais da equipe desenvolvendo do que o fato de usar mocks/stubs.

Abraço

No caso de mocks, você pode estabelecer expectiativas sobre os métodos a serem chamados, a quantidade de vezes e, dependendo do framework, a ordem de chamada. Isso pode mesmo se tornar muito ruim, caso o desenvolvedor entre numa louca tendência a criar expectativas pra tudo. Nesse caso, caímos no mesmo problema do exemplo que dei com stubs.

No entanto, vou ler mais sobre isso e conversar com algumas pessoas para tentar entender melhor.

Eu sempre pensei ao contrário, quando utilizo stubs, eu somente indico qual o retorno de um método, ao usar mock, informo (posso informar) quais métodos (dentro do método testado) e quantas vezes eles serão executados.

Com stub, posso refatorar completamente um método sem quebrar os testes, mocks podem fazer os testes quebrarem.

Belo post, abraço!

Um dos entraves chatos para testes quebradiços é quando há muito encadeamento de métodos internamente (uma prática a se evitar eu diria), tipo user.documents.pages.count. Fixtures, object factory, mock, tem casos que é dificil saber o que é melhor para isso.

abraço!