Доброго дня всем!
Вот меня заинтересовал вопрос: Какие существуют правила для правильного написанмя скриптов для автоматизированного тестирования?
вот мне уже подсказали несколько:
1. Не надо писать больших скриптов. По возможности лучше разбивать большие скрипты на несколько маленьких.
почему? - легче отлаживать
2. С чего скрипт начал выполняться, тем и должен завершиться.
Пример - если стоит задача создать инцидент - делаем допустим так. Создали инцидент. Проверили что создался. Удалили инцидент.
зачем так делать? - это надо того чтоб можно было запускать этот скрипт снова и снова и не было конфлитов
3. не забывать про точки верификации
по тест кейсам если нужно проверить наличие какого то контрола - на помощь прийдут Verification points
Спасибо за ответы!
и еще одна маленькая просьба! не надо отсылать сразу к чтениям какой-либо документации. Все правила должны быть из личного опыта!
Правило написания скриптов
Автор Denya, 23 ноя 2005 13:59
Сообщений в теме: 2
#1
Отправлено 23 ноября 2005 - 13:59
#2
Отправлено 23 ноября 2005 - 14:38
Вообще я счтаю, что так....
1. Любой автоматизированый тест должен эмитировать действия пользователя. Следовательно они должны писаться на основании Test Cases. А Test Case это, как правильно, наименьший набор действий необходимый для проверки той или иной функциональности
2. Любой скрипт должен быть невзаимосвязан с другим. В этом случае при отказе одного скрипта другие смогут выполниться (или большенство из них)
3. Верефикация должна быть обязательно. Большенство тулзов сами верефицируют навигацию по формам. От пользователя остается только проверка интересующих его участков приложения (наличие той лили иной информации, контролов, размерности таблиц и т.д.)
это, наверно основное, если что вспомню еще, то допишу
1. Любой автоматизированый тест должен эмитировать действия пользователя. Следовательно они должны писаться на основании Test Cases. А Test Case это, как правильно, наименьший набор действий необходимый для проверки той или иной функциональности
2. Любой скрипт должен быть невзаимосвязан с другим. В этом случае при отказе одного скрипта другие смогут выполниться (или большенство из них)
3. Верефикация должна быть обязательно. Большенство тулзов сами верефицируют навигацию по формам. От пользователя остается только проверка интересующих его участков приложения (наличие той лили иной информации, контролов, размерности таблиц и т.д.)
это, наверно основное, если что вспомню еще, то допишу
Мастер на все руки
#3
Отправлено 23 ноября 2005 - 14:41
1) Ожидать появления контрола специальными функциями типа WaitWindow, а не выставлением временных интервалов функициями типа Sleep.
2) Пользоваться правилами программирования при написании тестов, такими как удобочитаемость кода, документирование, выделение общих блоков в функции, вынос констант в начало кода и т.д. (немного советов из Test Automation Best Practices with TestComplete)
2) Пользоваться правилами программирования при написании тестов, такими как удобочитаемость кода, документирование, выделение общих блоков в функции, вынос констант в начало кода и т.д. (немного советов из Test Automation Best Practices with TestComplete)
Количество пользователей, читающих эту тему: 2
0 пользователей, 2 гостей, 0 анонимных