[Придумывать себе жизнь]

{09:57} Постараюсь вспомнить, что это означает... Несколько лет прошло с тех пор, как я записал эту тему в своём списке. Наверное, моё видение с тех пор изменилось. Ничего не поделаешь.
В жизни всегда хочется изменений. Невозможно, чтобы не стало скучно, если ничего долго не изменяется. В большинстве случаев, подразумевая такие мысли, всё-равно сидишь и ничего не делаешь. Ждёшь, что всё сделается само - и станет лучше. Хуже никто не хочет. Так вот, главная идея этой темы - "Придумывать себе жизнь" - не просто мечтать о лучшем, а постараться его, это лучшее, описать, а потом реализовать. Например, сделать в дневнике запись, которая ничем как бы не отличается от остальных, но описывает то, чего пока нет. Вспомнил, что как-то написал в дневнике о том, что уехал в Новую Зеландию и стал тренером по футболу. Это было переложением моих впечатлений от игры в Football Manager. Так вот, один из моих знакомых на полном серьёзе стал интересоваться, как мне это удалось. :) Сначала думал, что прикалывается, а потом даже немножко стыдно стало, что ввёл его в такое недоразумение.
Так что если вдруг здесь, в дневнике, появится нечто не слишком вероятное, вполне может быть, что я вновь принялся фантазировать...

---

[Автоматизация. : Клиент. Создание приёма. : Тест.]

{10:58} А теста самого ещё нету.
{11:23} Ну вот, тест уже готов. В своём самом минимальном виде.
{12:23} Тест полностью работает. Дополнил тест-элемент методом, проверяющим сообщение об удачном создании приёма.

---

[Система тестирования. : Обработка исключений. : Спецификация.]

{12:36} Пришло время вплотную заняться исключениями. План такой: создать черновик спецификации, затем на её основе построить прототип системы с обработкой исключений, поиграться с ним и привести спецификацию в окончательный вид.
{13:56} Создал проект-прототип с обработкой исключений. Провёл первые эксперименты. Вроде бы всё нормально. С логированием понятно, а вот с интеллектуальной обработкой в реальном времени тестовой ситуации не так хорошо. Не хочется слишком далеко удаляться от возникшей проблемы, но тогда трудновато будет организовать единое управление, без распорошивания сил.

Twitter: Тест готов к анализу. Прототип проекта для экспериментов с обработкой исключений тоже. Теперь бы объединить...

---

---

[Common Agenda. : Testing.]

{16:34} Полтора часа тестировал. Устал, нужно передохнуть. И немножко пожаловаться.
Мне кажется, в командах, к которым приписан штатный тестировщик, начинается разборд и шатание среди разработчиков. Требования относительно результатов собственой работы снижаются, потому что бОльшая часть ответственности за качество продукта почему-то перекладывается именно на тестировщика. То есть как бы подразумевается, что он обязан найти все баги, а значит их можно будет пофиксить - и порядок!
Конечно, не все такие. Например, я. :) Когда я что-то пишу, я со всех сторон свою фичу рассматриваю, пробую и так, и эдак, стараюсь предусмотреть все возможные ситуации. И когда я говорю, что завершил, это означает, что я уверен, что то, что я сделал, будет работать надежно. Случаются, конечно, баги, но они по делу, не из-за попустительского отношения. В принципе, такого же подхода я ожидаю и от всех вокруг. И с удивлением обнаруживаю, что всё далеко не так. Некоторые дела просто не доделываются, по моему мнению. Например, кто должен изменять текст справки, если функциональность, о которой в ней идёт речь, подверглась изменениям? Для меня ответ однозначный - тот, кто делал изменения в функциональности. Хотя бы делегировать, но что-то он должен сделать. А как относиться к словам: "Я там много чего поменял, нужно это всё хорошенько потестить". Я вообще ужасно раздражаюсь от слов "потестить всё". Так и хочется спросить: "Ты сделал или не сделал?" А так получается, что вроде бы сделал. И что? Сколько доверия к таким заявлениям? Постоянно ходить и сомневаться? Бардак!
Вот. Немного легче стало. Не нравится мне тестировать, особенно если слишком долго.

Twitter: Ещё одно мнение о том, как разработчики должны относиться к результатам своей работы с точки зрения качества.

---