Как стать автором
Обновить

Комментарии 19

В свое время пользовался Тест-комплитом, но потом перешел на самостоятельное написание Perl-скриптов с модулем Win32:GUI. Они отлично эмулировали действия пользователя. А для удобства запускал их на виртуальных машинах.
… и как всегда не раскрыта самая интересная тема: как же, черт побери, готовить сценарии автоматического тестирования, затрагивающие данные (а таких в LOB-приложении более 99%).
Изначально я не ставлю своей целью охватить всю проблемную область.
А то, о чём говорите Вы, заслуживает отдельного поста.
Не понятно, что вы хотите охватить своим постом.

И почему, например, если автоматизированное тестирование, то сразу фреймворк и гуи?
Не понятно, что вы хотите охватить своим постом.

Процесс автоматизации в общих чертах.

И почему, например, если автоматизированное тестирование, то сразу фреймворк и гуи?

А почему нет?
Процесс автоматизации в общих чертах.

Процесс автоматизации «в общих чертах» состоит из трех хорошо известных фаз: Arrange, Act, Assert. А у вас — только Act.

А почему нет?

Потому что это далеко не единственный способ автоматизированного тестирования.
Всё, что под заголовком «Применение автоматизированного тестирования» — чем не Arrange?
Assert есть в примере. В рамках такого поста шире эти пункты не раскрыть.
И, насколько я знаю, Arrange-Act-Assert — не единственный принцип.

Потому что это далеко не единственный способ автоматизированного тестирования.

Я не заявлял о намерении охватить все существующие способы.
Всё, что под заголовком «Применение автоматизированного тестирования» — чем не Arrange?

Ничем не Arrange. Потому что Arrange — это создание стартовых тестовых условий.

насколько я знаю, Arrange-Act-Assert — не единственный принцип.

А какие есть еще?
По стартовым условиям я и постарался провести классификацию

Простите, где у вас приведены стартовые условия тестов?

Пожалуйста: integralpath.blogs.com/thinkingoutloud/2005/09/principles_of_t.html

Ну так процитируем прямо по этой ссылке:
Follow the «3-As» pattern for test methods: Arrange, Act, Assert.


И никаких альтернатив я не вижу.
В моём понимании, стартовые условия — это предпосылки к осуществлению какого-то вида тестирования (функционального, регрессионного и т.д.). О видах я написал, предпосылки же постарался раскрыть в блоке, отведённом описанию каждого из видов.

Если всё не так — учите как надо, буду рад.
Это неправильное понимание. Стартовые условия — это те условия, в которых тест выполняется (и в которых он дает ожидаемые результаты).
Аппаратная конфигурация, операционная система, объект тестирования и т.п.?
И куча других вещей, существенным образом влияющих на результат тестирования.
Я изначально не хотел уходить ни в какие «кучи», но согласен с тем, что упомянуть об этом стоило. Спасибо за замечания.
Понимаете ли, в автоматическом тестировании создание фиксированных стартовых условий зачастую сложнее, чем само тестирование.
НЛО прилетело и опубликовало эту надпись здесь
Действительно, похоже на курсовую, причём, доставшуюся от старшекурсников. а то и выпусников. Помимо технического отставания от реалей, достаточно просто обратить внимание на даты на скриншотах — 2009-й
«Ниочем» и «низачем».
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории