Я не знаю, и я также не вижу необходимости. Этот скелет-генератор генерирует один тестовый метод для каждой найденной функции, но вы не можете проверить все варианты использования слегка расширенной функции только в одной тестовой функции.
Кроме того, генерируется имя тестовой функции, но для описания предполагаемого тестового примера или поведения тестируемой функции могут и должны быть созданы более эффективные имена. Как «testGetQuoteFromStockMarket» и «testGettingMicrosoftQuoteFromStockMarketShouldReturnQuoteObject» и «testGettingUmbrellaCorporationFromStockMarketShouldFailWithException».
Обратите внимание, что вы не можете проверить выброс исключений в сочетании с случаями, которые не вызывают исключения.
Так что все, что угодно, просто не используется для создания «одного метода тестирования для каждого метода» вообще, и если вы добавляете новые методы, ваша задача - вручную добавить к ним соответствующее количество новых тестов - генерирует статистику покрытия кода, расскажет вам, насколько хорошо вы это сделали или какие функции не тестировались.
Представьте себе класс с одним методом foo(), я запускаю генератор Я создаю тестовый файл с skel testFoo(). Позже я добавляю в том же классе метод bar() Я просто запустил генератор, который добавляет (добавляет) skel testBar() в том же тестовом файле, что и testFoo() – Moosh
Представьте, что класс с одним методом 'foo() '. Чтобы полностью протестировать этот метод (поскольку он генерирует исключение, если используется с неправильным параметром), вы должны создать две тестовые функции: 'testFooShouldWork()' и 'fooShouldThrowException()'. Если позднее вы добавите новый класс 'bar()' в класс, вы должны сначала добавить тестовый метод к тесту (нет необходимости в генераторе скелета), или вы должны добавить этот простой метод тестирования после того, как вы написали свой код. Что должен сделать генератор в этом случае: Создайте еще одну функцию 'testFoo()', потому что предыдущий получил переименован, а затем удалить ее? – Sven