- Ручные тест-кейсы должны быть частью стратегии/плана
- Сосредоточьтесь на позитиве
- Используйте тестовый набор в качестве модели
- Тест-кейсы должны вдохновлять на исследования
- Практикуйте риск-тестирование и создавайте ценность
- Стремитесь к удобству обслуживания и долговечности
- Сохраняйте открытость мышления
«Я люблю тестировать. Но я не люблю писать ручные тест-кейсы. В каждой работе есть то что вам не нравится, и в каждом рабочем контексте есть особенности. Иногда ручные тесты — это либо то что очень нужно, либо то что хочет клиент, либо и то, и другое. Так как же писать ручные тест-кейсы, если ненавидишь писать скрипты и ручные тест-кейсы?
Включение тест-кейсов в стратегию/план тестирования
Есть свое место и время для всего, и хорошо когда всё на своем месте. Задайте себе вопрос: зачем нужны ручные тест-кейсы в конкретном контексте? Для чего и когда они будут использоваться? Кто будет их писать и выполнять? Всегда ли всё будет как сейчас?
Оцените, как ручные тест-кейсы вписываются в общий план или стратегию, и сделайте их частью общей стратегии. Это поможет вам определить, действительно ли они сейчас нужны, какие задачи они решают, и какую ценность создадут.
Сосредоточьтесь на позитиве
У тест-кейсов могут быть плюсы. Сосредоточьтесь на них, а не на том как они вам надоели 🙂, это поможет вам писать более продуманные тест-кейсы, и у вас сохранится мотивация оптимизировать их. Например, плюсы:
- Ожидаемое поведение системы будет четче определено и «централизовано»
- Сложные и длительные этапы тестирования, которые не могут быть автоматизированы, разбиваются на части, чтобы уменьшить количество ошибок
- Коллегам из других команд или внешних компаний будет легче понять вашу логику и воспроизвести ваши сценарии
- И так далее.
Используйте тестовый набор в качестве модели
Я люблю использовать карты фич (feature maps) и диаграммы архитектуры (architecture diagrams), чтобы понять и визуализировать систему. Хорошо структурированный тестовый набор поможет вам планировать, какие тесты и когда нужно выполнять.
Структурированный ручной тестовый набор помогает оценивать тестовое покрытие, как с точки зрения того, что покрывает набор, так и с точки зрения того, какие тесты выполняются. Это полезно для того, что я люблю называть «декларацией качества» продукта, и это повышает доверие к вашим словам.
Ваши ручные тестовые наборы могут быть полезны при онбординге ваших коллег, если главные фичи, юз-кейсы и т. д. сгруппированы и четко задокументированы. Работа с вашими тестовыми наборами может быть способом обучения коллег.
Тест-кейсы должны вдохновлять на исследование
Изложение ситуации в ясной, структурированной форме помогает выявить пробелы и и альтернативные сценарии. Возможно, где-то таятся проблемы, и написание ручных тест-кейсов поможет найти их и внести ясность.
При выполнении чужих скриптов мы не обязаны слепо принимать на веру то, что там написано. Мы можем ставить под сомнение обоснованность изложенного; например, почему чужой тест-кейс предписывает настроить что-то определенным образом; или, почему данный тест выполняется на высоком уровне (например, скриптовые тест-кейсы не всегда должны выполняться на уровне пользовательского интерфейса).
Практикуйте тестирование с учетом рисков и повышайте ценность
Выяснение того, какие ручные тест-кейсы нужно написать, может стать отличной возможностью подумать о рисках. Какие тесты вы хотите начать писать первыми и почему? Какую пользу принесет выполнение конкретно этого теста? Какие риски возникают, если не будет этого теста? Какую угрозу представляют проблемы в этой области для характеристик качества продукта? Опирайтесь на эти вопросы, чтобы убедиться, что ручной тестовый набор действительно приносит пользу команде.
Стремитесь к удобству и долговечности тестов
Поразмышляйте, что именно вы пытаетесь определить в каждом тесте. Если конкретный пользователь не имеет значения, но имеет значение тип его учетной записи, то просто указывайте тип учетной записи в тест-кейсе. Таким образом, если пользователь будет удален или изменен, ваш тест-кейс сохранит актуальность и его не придется переписывать лишний раз. Будьте достаточно конкретны, чтобы любой ваш коллега мог воспроизвести шаги теста, но не настолько конкретны, чтобы каждое незначительное изменение в системе требовало корректировки.
Если ваша платформа управления тестированием позволяет это сделать, подумайте о том, где и как повторно использовать ваши тесты. Это сэкономит много времени вам и коллегам.
Сохраняйте открытость мышления
Когда мы сталкиваемся с задачей, которую не хотим выполнять, легко пойти на поводу у предубеждения, потерять мотивацию и в результате выполнить работу не лучшим образом. Если вы научитесь видеть пользу, которую приносят ручные тест-кейсы в вашем контексте, это поможет добавить еще один инструмент в ваш скиллсет.
У меня есть личный подход к тестовой документации — HISToW (How It’s Supposed To Work).»
