прямо в коде в виде, допустим, пустых автотестов, где будет только описание прекрндишена и шагов, а имплементацию завозить по мере необходимости?
Чтобы в отчете при прогоне автотестов явно отличать неавтоматизированные и регрессить руками неавтоматизированное?
И вообще, сталкивался ли кто-то с болью от синхронизации тестовой модели в тмс и приложения на проде?
Есть предположение, что такая боль может быть актуальна только для больших продуктов, но это не точно
Приходила, но до реализации пока не дошло. Т.к. есть TMS, к которой как бы привыкли, но по сути она не нужна, если все тесты гоняются автоматически. В таком случае она становится лишним звеном, которое требует синхронизации с кодом тестов. Если же ручные тесты всё же есть и они нужны, то может TMS - это и не плохо, если не сильно мешает. Хранение сценариев в коде удобнее с точки зрения актуализации, но нужно при этом правильно делать. Не хранить сценарий как docstring, например, а делать Steps, которыми оперируют тесты и по которым генерится документация (тестовые сценарии). Это не BDD, не надо путать. И не надо для этого использовать BDD-фреймворки. А вот Allure как раз для этого должен подойти. Но опять же. Это если с нуля делать. А если легаси, то там может такой переход быть очень непростым. Поэтому проще потерпеть TMS :)
Обсуждают сегодня