SQL Joins

TeamCity и фоновое выполнение тестов

Типичная проблема каждого автоматизатора - локально все зеленое, на удаленной машине все красное.

Этому есть миллион причин и одного только лога не всегда достаточно, чтобы понять причину фейлов.

По умолчанию тесты, на агенте, выполняются в фоновом режиме и реально их не видно.

Но это поправимо:)

"Для того что бы отображался браузер, при запуске тестов из TeamCity. Нужно зайти в сервисы, отключить службы агента. Затем перейти в папку \TeamCity\buildAgent\bin (думаю она так у всех называется - это названия по умолчанию). И запустить батник  agent.bat - start (ключ обязателен, для остановки ключ -stop). Все можешь запускать тесты из TeamCity - браузер будет отображаться"

http://automated-testing.info/t/teamcity-buildagent-firefox-thucydides/2802/6

Issue in Thucydides beanMatchers

    Если конструировать таблицу используя свои headings, с помощью HtmlTableBuilder -
вероятно некорректое поведение матчеров.
Воспроизводится, если в хедингах имена колонок таблицы имеют скобки.
Например:  "Interest rate (%)"

BeanUtils некорректно парсит хединги, в результате матчеры ничего не находят.
Убираем скобки и ок.

Thucydides Jbehave Как запустить одну или несколько .story

За запуск Jbehave сценариев, в Thucydides отвечает класс ThucydidesJUnitStories. 

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

Для того, чтобы запустить истории нам нужно перенаправить Maven с класса AcceptanceTestSuite  на свой собственный. 

Test design

Простой пример техники Domain Analysis. 

http://www.intexsoft.com/blog/item/105-domain-analysis-testing.html

Thucydides report & TeamCity

Дичайше захотев привнести thucydides report в TeamCity, решил запилить во чтобы то ни  стало. Инфа мелькала на atInfo не так давно:

http://automated-testing.info/t/thucydides-reports-teamcity/2837/3 

При первом ознакомлении мануал оказался неоднозначным. Пришлось применить метод древнеруской тоски и вызвать дух коментерна, чтобы разобраться в том что написано. 

Ниже постарался сделать более детальное how to:

Test planning

  Почему общепринято, составление плана должно происходить в самом начале проекта? тогда. когда наши актуальные знание о нем минимальны.

Что если проводить планирование каждый раз непосредственно перед тестированием?
                                                                                                                           
                                                                                Adaptive testing - James Bach

Exploratory testing

Хорошее определение дает Lee Coperland.

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

   Оно особенно полезно, если нужно что-то  протестировать в сильно ограниченные сроки, если требования скудны, а приложение еще нестабильно.
При данном подходе , находя баг, мы можем лучше определить глубину, размер, зависимости дефекта, не будучи скованными четким набором тест кейсов к выполнению.