[Автоматизация. : Внесение календаря в категорию. : Тест-элемент.]
{09:36} Автокомплитер. Нужно разобраться, как заставить его работать.
{10:06} Ура! Получилось! Автокомплитер слушается. Можно идти дальше.
{11:48} Тест-элемент работает, можно использовать в тестах.
----------------------------------------------------------------------------------------------------
[Common Agenda Team. : Planning Meeting.]
{11:40} Похоже, в ближайшие две недели у меня есть возможность сосредоточиться на автоматизации тестирования. Значительного изменения функциональности не предвидится, поэтому ручного тестирования не должно быть много. Ребята будут заниматься, в основном, оптимизацией проекта для интернет-поисковиков и внедрением более глубокой зависимости от текущей организации. В общем, посмотрим.
----------------------------------------------------------------------------------------------------
[Автоматизация. : Запуск тестов из командной строки.]
{11:58} Это означает, что нужно сделать .jar-файл, который можно будет запускать из командной строки с указанием параметров. А вот в каком формате я сейчас и подумаю.
Что, если указывать параметр так: <Название параметра>=<Значение параметра>. Например, browser=IExplorer. А как тогда указать несколько параметров? Что это может быть? server=Selenium. language=English. environment=Organization02. framework=JUnit. Просто через запятую. Или через точку с запятой. Нужно поэкпериментировать.
{12:17} Все параметры можно указывать просто через пробел. Это хорошо.
{13:30} Написал метод, который анализирует строку входных параметров и преобразует её в таблицу.
----------------------------------------------------------------------------------------------------
[Мартин Фаулер. "UML. Основы".]
{14:38}
"Главной идеей метода проектирования по контракту является понятие утверждения."
"Утверждение - это булево высказывание, которое никогда не должно принимать ложное значение и поэтому может быть ложным только в результате ошибки."
"Обычно утверждения проверяются только в процессе отладки и не проверяются в режиме выполнения."
"Метод проектирования по контракту использует три вида утверждений: предусловия, постусловия и инварианты."
"Предусловия и постусловия применяются к операциям."
"Постусловие - это высказывание относительно того, как будет выглядеть окружающий мир после выполнения операции."
"Постусловие - это хороший способ выразить, что должно быть сделано, не говоря при этом, как это сделать."
"Предусловие - это высказывание относительно того, как должен выглядеть окружающий мир до выполнения операции."
"Предусловие явно устанавливает, что за его проверку отвечает вызывающий объект."
"Исходя из этих определений предусловия и постусловия, мы можем дать строгое определение термина "исключение", которое имеет место, когда предусловие операции удовлетворяется, но операция не может возвратить значение, даже если её постусловие тоже выполнено."
"Инвариант представляет собой утверждение относительно класса."
"Инвариант должен быть всегда истинным для всех экземпляров класса. По существу, это означает, что инвариант дополняет предусловия и постусловия, связанные со всеми общедоступными операциями отдельного класса. Значение инварианта может оказаться ложным во время выполнения некоторого метода, однако оно должно быть восстановлено к моменту начала взаимодействия с любым другим объектом."
-----
{15:46} Здоровски! Это же всё про мои тест-элементы! Они ничего не проверяют. Они выполняются в полной уверенности, что ошибок нет. Они изменяют состояние системы совершенно определённым образом. С исключениями и инвариантами ясности ещё нет, но я хорошенько подумаю, переварю - и пойму.
----------------------------------------------------------------------------------------------------
[Mantis. : Testing and analysis.]
{16:02}
Resolved: [31]{16:05}-[30]{16:12}-[29]{16:17}-[28]{16:22}-[27]{17:02}.
Closed: [1]{16:11}-[2]{16:17}-[3]{16:22}.
Reopened: [1]{17:01}.
-----
{0009832: cattle-plague} Closed {16:11}
{0009688: Resource License. Message. Use instead of } Closed {16:17}
{0009431: white label: check Organisation Wizard, it doesn't work } Closed {16:22}
{0009995: chose another answer type feedback: improve usability more} Reopened {17:01}
-----
{17:02} Я всё-таки выполню свой план - в Мантисе должен быть порядок. Ни одна запись не должна затеряться.
----------------------------------------------------------------------------------------------------
[Автоматизация. : Специалист. Создание приёма. : Тест-элемент.]
{17:20} Так как это - тест-элемент, значит первым делом нужно определить предусловия и постусловия, иначе - начальное и конечное состояния системы.
Итак, начальное состояние. Специалист должен быть зарегистрирован в системе. Клиент должен быть зарегистрирован в системе. Тип приёма должен быть. Время приёма должно быть известно. Можно ли это всё объединить в понятие Приём?
Что изменится ... Нет, какие изменения произойдут в системе. В списках приёмов специалиста и клиента появится по одной новой записи.
Итак, как это всё происходит. Система получает задание создать приём. Ей передаются все данные, необходимые для этого. А имеено - объект Приём.
{18:19} Начал разработку спецификации. Черновик, в принципе, готов. Можно приступать к реализации.
----------------------------------------------------------------------------------------------------
[Автоматизация. : Объекты тестового окружения.]
{18:10} Создал классы для объектов тестового окружения. Правила взаимодействия с ними менеджера пока не финализировал.
----------------------------------------------------------------------------------------------------