рекомендации по тестовым сценариям при тестировании Squish GUI

Используйте функцию записи Squish для записи тестов на основе вашего взаимодействия с графическим интерфейсом.

По моему опыту, это самый надежный и гибкий способ написания наборов тестов. Как только вы начинаете рефакторинг или написание пользовательских функций, ваш код Squish становится тесно связанным с тестируемым приложением (AUT). Это затрудняет поддержку тестов посредством изменений в AUT.

Полезно иметь гибкую карту objects.map, чтобы по мере развития AUT ваши тесты сохраняли смысл. Также полезно написать код для анализа и создания отчетов, специфичный для AUT.

Прежде всего... Было бы лучше использовать другой язык, чем javascript. Я предпочел python, потому что вы можете легко добавлять сторонние модули и использовать oop.

Если вы начинаете писать сценарии автоматизации тестирования для большого программного обеспечения, было бы лучше создать архитектуру. В моем последнем проекте я включил классы уровня абстракции, которые управляют / контролируют графический интерфейс aut (тестируемое приложение).

Преимущество этой структуры заключается в быстрой реакции на изменения (новые кнопки и т. д.). Кроме того, другим разработчикам тестов не нужно знать, как взаимодействовать с кнопками, флажками и т. д., потому что они должны использовать ваши методы из уровня абстракции.

Лучший способ узнать, как работает тестовый сценарий сквоша, — записать простой пример (логин). Там вы можете увидеть, какие функции использовать. Если скрипт работает нормально, замените ваши текстовые входы записями из локального файла tsv и добавьте цикл для создания пакета тестовых выполнений.