Очень редко люди задумываются о том, чем качественные тесты отличаются от посредственных.
Если тест отличный, то это просто незаметно — он растворяется в процессе и вспоминается только тогда, когда ловит ошибку.
Мы поработали над несколькими миллионами автоматизированных тестов (вот как это работает) и пришли к выводу, что есть 7 характеристик хорошо написанных тестов:
- Тест полностью автоматизирован (очевидно)
- Повторяем тест: тест не ломается, если приложение не менялось
- Тест заканчивается проверкой
- Тест достаточно стабилен для использования в CI/CD.
- Тест очень легко читается.
- Тест требует минимальной поддержки
- Тест выполняется параллельно с другими тестами и не прерывается.
Тест полностью автоматизирован
Иногда встречаются тесты, которые не полностью автоматизированы.Самые распространенные причины: либо очень сложно (как в случае с медленной работой), либо просто невозможно (как проверить, что касса открылась?).
В данной статье мы не рассматриваем такие неполные тесты.
Повторяем тест: тест не ломается, если приложение не менялось
Это относится к основам генерации уникальных данных.Например, мы тестируем регистрацию.
Очевидно, что если вы не сгенерируете уникальное письмо, то такой тест, скорее всего, не пройдет в продакшене.
Тест заканчивается проверкой
За исключением случаев, когда необходимо выполнить очистку данных и аналогичные действия, рекомендуется завершить проверку проверкой.Это помогает гарантировать, что последнее действие было успешным.
Тест достаточно стабилен для использования в CI/CD.
Если тест регулярно дает сбои, значит, он недостаточно стабилен для использования в CI/CD. Поскольку практически любая компания пытается добиться CI или даже CD, зачастую такой тест не только бесполезен, но даже вреден, так как занимает много времени и до сих пор не может автоматически использоваться в CI.Тест очень легко читается.
Обычно мы не пишем тесты в одиночку.
Часто это команда людей, и наши коллеги также должны поддерживать наши тесты.
Чрезвычайно важно, чтобы любой член команды мог понять структуру теста, не тратя на это лишнее количество времени.
Даже если мы пишем тесты в одиночку, иногда может быть очень сложно понять, что и как делает тест, если только он не написан специально для облегчения понимания.
Тест требует минимальной поддержки
Суть очевидна, но не всегда соблюдается.Чем меньше времени мы тратим на поддержку, тем больше времени у нас остается на что-то полезное, например написание большего количества тестов.
Тест выполняется параллельно с другими тестами и не прерывается.
В какой-то момент, особенно при сквозных тестах, мы сталкиваемся с тем, что запуск тестов занимает слишком много времени, это снижает скорость разработки и приводит к таким эффектам, как непроверенный патч.
На этом этапе мы обычно думаем о распараллеливании, чтобы ускорить выполнение тестов.
Если тесты написаны так, что их можно запускать параллельно в любом порядке и не мешать друг другу, то это делает задачу параллельного выполнения просто задачей настройки инфраструктуры, а не задачей переписывания тестов.
Оригинал здесь .
Теги: #Тестирование мобильных приложений #Тестирование ИТ-систем #автоматизация тестирования
-
Научно-Фантастические Коммуникации Дома
19 Oct, 24 -
Конец Выражений Css
19 Oct, 24 -
It В «Лихие 90-Е» – Из Воспоминаний Бумера
19 Oct, 24 -
Microsoft Отправила Цветы На Похороны Ie6
19 Oct, 24 -
Ит-Файлы Cookie
19 Oct, 24 -
Примечание О Предварительном Просмотре Окон
19 Oct, 24
