[QA Team Meeting. : Автоматизация тестирования.]
{09:45} У меня есть 45 минут, чтобы подготовиться к митингу. Цель - работающие тесты. Запускать их придётся удалённо, потому что с Firefox наблюдаются проблемы, решить которые пока нет времени, а Internet Explorer на компьютере в зелёной комнате не установлен. Придётся пользоваться удалённым доступом.
{11:47} Митинг был перенесён на после обеда, но время всё равно ушло. Запустил на удалённом компьютере мои тесты, они отработали нормально. А потом обсуждали с Лёнькой его ремарки относительно моей системы тестирования. Интересный подход он выбрал.
Для анализа он использовал две роли: 1) клиент - это тот, кто будет использовать систему тестирования; 2) разработчик - это тот, кто будет поддерживать эту систему и проектировать новые тесты. Получились ремарки с точки зрения каждой из этих ролей.
Сейчас попробую преобразовать эти ремарки в требования. А потом буду их реализовывать.

---

[Автоматизация. : Система тестирования. : Концепция.]
{12:03} Документацию нужно разделить на две части. Одна - для клиента, просто пользователя этой системы. Вторая - для разработчиков, для тех кто будет залезать в код. Соответственно, нужно разные стили изложения использовать. То есть учитывать предметную область каждого.
В каждый момент нужно быть готовым к тому, что кто-то другой продолжит эту работу. Поэтому нужно писать - и документацию, и код - так, чтобы этот другой человек легко вошёл в курс дел.
{12:34} В принципе, ничего особенного не выделилось. Лёнька написал о многих вещах, которые подразумевались, но ещё не реализованы. Однако главный вывод всё же можно сделать - "Думать о будущем!" Всегда держать это в голове. Даже если ты работаешь один, пиши для другого, то есть так, чтобы любой другой быстро понял, что ты сделал и почему именно так. Может быть, получится избыточность, зато в нужный момент этот подход окупится экономией и времени, и финансов.

---

[Автоматизация. : Регистрация категории. : Тест-элемент.]
{13:11} ... {14:10} Попытался сделать шаблон для тест-элемента, но ни интерфейс, ни абстрактный класс для этого не подошли. Из-за того, что в моих тест-элементах используются статические методы. Нужно будет ещё с Лёнькой проконсультироваться.

---

[QA Team Meeting. : Автоматизация тестирования.]
{16:45} На митинге родился такой список заданий:
1) автоматизировать тест "Клиент. Создание приёма";
2) автоматизировать тест "Специалист. Создание приёма";
3) автоматизировать тест "Создание календаря";
4) автоматизировать тест "Создание типа приёма";
5) обеспечить независимость тестов от языка интерфейса;
6) обеспечить работоспособность тестов для Internet Explorer и FireFox.
Плюс к этому мне нужно организовать обработку исключений и обеспечить логирование процесса тестирования.
Интересно это всё, конечно. И как же не хочется отвлекаться на другие дела. Например, на локализацию...