Начните с правила, которое требуется проверить
Возьмём вымышленную учебную форму заказа в 1С: количество равно трём, цена единицы — двести, скидки и налоги в этой модели отсутствуют. Ожидаемая сумма составляет шестьсот. Правило сформулировано до выбора кнопок и расположения полей. Если тест лишь вводит значения, он проверяет возможность ввода. Чтобы проверить расчёт, нужен отдельный шаг сравнения фактической суммы с ожидаемой. Название теста тоже полезно связать с правилом, а не с общим словом проверка.
Предусловие, действие и результат выполняют разные роли
Vanessa Automation используется для сценарного тестирования решений на платформе 1С и работает с описаниями на Gherkin. В такой структуре различают исходный контекст, действие и ожидаемый результат. Для нашего примера контекст включает подготовленную учебную форму и исходные данные. Действие — изменение количества. Результат — пересчитанная сумма. Точные исполняемые формулировки выбирают из доступных шагов инструмента или реализуют отдельно. Произвольная понятная человеку фраза ещё не означает, что система умеет её выполнить.
Тест должен замечать конкретную поломку
Предположим, количество изменили с трёх до четырёх, а цена осталась двести. Новый ожидаемый итог — восемьсот. Если приложение сохранило прежние шестьсот, проверка должна завершиться неуспешно. Полезно мысленно внести такую ошибку и спросить, какой шаг её обнаружит. Если ответа нет, сценарий может быть демонстрацией интерфейса, но слабой проверкой нужного правила. Ожидание, что форма открыта, не равно проверке правильной суммы.
Повторяемость зависит от начального состояния
Сценарий становится непредсказуемым, если использует случайно оставшиеся данные предыдущего запуска. Поэтому для проверки определяют исходное состояние, нужную роль пользователя и способ подготовки тестовых данных. Учебные действия выполняют в изолированной среде, где они не меняют настоящие рабочие документы. После сбоя полезно сохранять сведения о шаге и фактическом результате. Не следует автоматически увеличивать задержки, если причина связана с неправильными данными или логикой: ожидание не исправляет неверное правило.
Попробуйте на практике
Составьте бумажный сценарий проверки пересчёта суммы в вымышленной форме 1С.
- Запишите исходные условия: цена двести, количество три, скидки и налоги отсутствуют. Определите ожидаемую сумму шестьсот.
- Опишите действие: изменить количество на четыре. Отдельно запишите новый ожидаемый результат восемьсот.
- Добавьте явную проверку фактической суммы. Укажите, что сохранённое старое значение шестьсот должно привести к неуспеху теста.
- Перечислите подготовку: изолированная учебная среда, определённые данные и подходящая роль. Не используйте настоящие рабочие документы для упражнения.
- Отметьте, какие описательные фразы ещё нужно сопоставить с библиотекой шагов Vanessa Automation. Не выдавайте бумажный план за уже выполненный автоматический тест.
Как проверить результат. В сценарии есть известное начальное состояние, действие и проверяемый итог. Ошибка пересчёта обнаруживается явно, даже если все кнопки были успешно нажаты.
Частые вопросы
Можно ли начать с записи действий пользователя?
Да, запись может помочь подготовить последовательность. Затем её нужно проверить по смыслу, добавить необходимые утверждения о результате и обеспечить понятные исходные данные.
Доказывает ли один успешный сценарий правильность всей конфигурации?
Нет. Он подтверждает только проверенное поведение в заданных условиях. Другие правила, роли, данные и граничные случаи требуют собственных проверок.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.