i
Вообще у всех же разная организация, кто-то на аутсорсе (и заказчик хочет знать, за что платит конторе), у кого-то рнд с 15к тестовых классов и 0 тестовых сценариев, потому что весь регресс делают автотесты
Size: a a a
2020 September 29
S
Неплохой подход! А в качестве отчёта о тест кавередже просто ссылку на гит кидать можно.
не ну если вам дополнительно к автотесту:
user.login()нужен еще текст типа:
user.send_message()
assert(email_sent())
user.logout()
Юзер залогинилсято пожалуйста :)
Юзер послал сообщение
Проверить, что сообщение отправлено
Юзер разлогинился
S1
Надеюсь это троллинг всё таки)
S
Нужно всего лишь описать все бизнес-требования и составить матрицу их покрытия в quality center 😂
ну с тем же успехом можно эту информацию и из автотестов взять)
i
Sergei
ну с тем же успехом можно эту информацию и из автотестов взять)
Я шучу про то, что если это не делалось с начала проекта, то описывать его так через n лет — гиблое дело)
M
Sergei
не ну если вам дополнительно к автотесту:
user.login()нужен еще текст типа:
user.send_message()
assert(email_sent())
user.logout()
Юзер залогинилсято пожалуйста :)
Юзер послал сообщение
Проверить, что сообщение отправлено
Юзер разлогинился
наверное всё ещё зависит от сложности тестов, если тесты банально такие простые, то в данном случае можно и без тест кейсов )
i
Я шучу про то, что если это не делалось с начала проекта, то описывать его так через n лет — гиблое дело)
А обсуждать, как надо делать на абстрактном проекте в вакууме без вводных параметров, дело ещё более гиблое
S
при желании можно тест-кейсы нагенерировать из автотестов, чем самому ручками заполнять, а потом в двух местах вносить изменения, когда тест поменяется
i
Sergei
при желании можно тест-кейсы нагенерировать из автотестов, чем самому ручками заполнять, а потом в двух местах вносить изменения, когда тест поменяется
Если тк нужны только для отчётности, потому что их выполняют те же автотесты, то проще уж сгенерить из автотестов, иначе тк всегда будут в рассинхроне
O
Max
а если нет тест-кейсов, как вы понимаете что покрыто из функционала, что не покрыто, что ещё предстоит покрыть большим количеством сценарием, просто на своё усмотрение ?
А если есть, то как?
S
Если тк нужны только для отчётности, потому что их выполняют те же автотесты, то проще уж сгенерить из автотестов, иначе тк всегда будут в рассинхроне
да вроде они больше ни для чего и не нужны :) и то даже в отчетах там редко кто будет в каждый тест-кейс заглядывать :) Посмотрят что тест-кейсов +100500 и скажут, что хорошее покрытие, куа молодец)
i
Sergei
да вроде они больше ни для чего и не нужны :) и то даже в отчетах там редко кто будет в каждый тест-кейс заглядывать :) Посмотрят что тест-кейсов +100500 и скажут, что хорошее покрытие, куа молодец)
Тогда вообще проще к ним аннотацию запилить и сливать потом в отчёт
i
В чем-то типа сваггера, но попроще
O
В кейсах обычно описывается нафига нужны те шаги, которые в автотесте выполняются
S
В чем-то типа сваггера, но попроще
ага, видел пример похожий, там из докблоков генерировали https://stepler.readthedocs.io/cinder.html#module-stepler.cinder.tests.test_backups
S
В кейсах обычно описывается нафига нужны те шаги, которые в автотесте выполняются
а потом открываешь автотест, а там все по-другому уже сделано, и думаешь где правда :)
P
В чем-то типа сваггера, но попроще
Sphinx?
i
Sphinx?
это уже для поиска по сгенерированным описаниям
S
это уже для поиска по сгенерированным описаниям
тут про другое :) https://www.sphinx-doc.org/en/master/
i
Sergei
тут про другое :) https://www.sphinx-doc.org/en/master/
гениальный нейминг!