Zostało to naprawdę napisane, aby pomóc w testach jednostkowych, ale być może okaże się, że te same zasady obowiązują (mniej więcej) w testach integracyjnych:
Sprawdź siedem kroków !
Preferuję to, że jakkolwiek to nazwiesz, tak naprawdę jest to nazwa zestawu testowego (nazwa urządzenia na naszej karcie), sprawdzany efekt oraz komunikat potwierdzający, który musi się wyróżnić i wyjaśnić przyczynę błędu. Jeśli uznasz, że jest to najłatwiejsze w przypadku nazewnictwa Asherove, z całego serca to popieram. Ale może sztuczka polega na tym, aby wypełnić część „metoda” tym, co ma sens, warunek, wynik i wyjątek.
Cieszę się, że widzę pakiet o nazwie „MakingADeposit” z testem o nazwie „AccountDoesntExist” i błędem „Oczekiwany wyjątek NonesuchAccount - nie otrzymano”.
Alternatywnie, jeśli nie przeszkadza mi oddzielenie nazwy pakietu testowego słowem „::”, nie mam nic przeciwko „AccountHandling :: MakingADeposit_AccountDoesntExist_ThrowsAnException”
Karta sugeruje również, że jeśli nie masz dobrego imienia, kontynuuj i podaj lepsze imię, gdy ci się pojawi (miejmy nadzieję, że przed przesłaniem kodu do CI).