Автоматизация тестирования программных систем

[0x3f00]

В свое время пользовался Тест-комплитом, но потом перешел на самостоятельное написание Perl-скриптов с модулем Win32:GUI. Они отлично эмулировали действия пользователя. А для удобства запускал их на виртуальных машинах.

[lair]

… и как всегда не раскрыта самая интересная тема: как же, черт побери, готовить сценарии автоматического тестирования, затрагивающие данные (а таких в LOB-приложении более 99%).

[Abrian]

Изначально я не ставлю своей целью охватить всю проблемную область.
А то, о чём говорите Вы, заслуживает отдельного поста.

[lair]

Не понятно, что вы хотите охватить своим постом.

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

[Abrian]

Не понятно, что вы хотите охватить своим постом.

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

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

А почему нет?

[lair]

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

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

А почему нет?

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

[Abrian]

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

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

Я не заявлял о намерении охватить все существующие способы.

[lair]

Всё, что под заголовком «Применение автоматизированного тестирования» — чем не Arrange?

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

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

А какие есть еще?

[Abrian]

По стартовым условиям я и постарался провести классификацию.

А какие есть еще?

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

[lair]

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

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

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

Ну так процитируем прямо по этой ссылке:

Follow the «3-As» pattern for test methods: Arrange, Act, Assert.

И никаких альтернатив я не вижу.

[Abrian]

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

Если всё не так — учите как надо, буду рад.

[lair]

Это неправильное понимание. Стартовые условия — это те условия, в которых тест выполняется (и в которых он дает ожидаемые результаты).

[Abrian]

Аппаратная конфигурация, операционная система, объект тестирования и т.п.?

[lair]

И куча других вещей, существенным образом влияющих на результат тестирования.

[Abrian]

Я изначально не хотел уходить ни в какие «кучи», но согласен с тем, что упомянуть об этом стоило. Спасибо за замечания.

[lair]

Понимаете ли, в автоматическом тестировании создание фиксированных стартовых условий зачастую сложнее, чем само тестирование.

[AmdY]

Действительно, похоже на курсовую, причём, доставшуюся от старшекурсников. а то и выпусников. Помимо технического отставания от реалей, достаточно просто обратить внимание на даты на скриншотах — 2009-й

[allexx]

«Ниочем» и «низачем».