Рисуем алгоритм сложной процедуры из ТЗ

На одном из проектов сделали довольно хитрую схему импорта данных из буферной таблицы. Для пользователя написан вариант использования и там все просто:

1. Исходная система выгрузила данные в буферные таблицы
2. В таблице increment добавила номер выгруженного инкремента — это будет флаг для нашей системы начинать забор данных.

См также:
Как составлять вариант использования

А на нашей стороне надо проверить таблицу инкрементов, попробовать выбрать этот инкремент, проверить, создавать новые карточки или обновлять старые, и другие подробности. Если смотреть через админку, триггер запускал три задачи:

1. Подготовка данных
2. Загрузка
3. Очистка буфера

Каждая задача выполняет внутри кода выполняет несколько действий. А мне надо подготовить набор автотестов на каждый этап. Значит, надо разобраться, что там происходит. Я сначала долго тупила над «пользовательской» докой, пытаясь понять, как оно устроено внутри, а потом пошла к разработчику и попросила объяснить «для блондинок».

Это было продуктивное общение! Пока он объяснял, я рисовала на бумажке схему и задавала по ней вопросы. После нескольких вопросов раработчик признал, что я молодец, он про «вот это и то» не думал. Не зря рисовала!! Без рисунка я бы просто не удержала все в голове и не обнаружила проблемные зоны.

По итогам обсуждения я создала в конфлюенсе раздел «Техническая сторона сценариев, алгоритмы» и переписала туда все со своего листочка, полученный алгоритм и рисунок (в visio накидала):

1. null => 1. Выбираем все записи из таблицы INCREMENTS, где import_status is null и устанавливаем им значение import_status = 1.
2. Удаляем неактуальные записи из буферных таблиц (физ лица и телефонов).
3. Грузим физиков по условию in (id_increment, для которого import_status in 1).
4. Грузим телефоны по условию in (import_status in 1).
5. Создаем связи телефон - физик или телефон - юрик (тип контрагента смотрим по staging).
6. Удаляем физиков из буфера, если не было ошибок на этапе загрузки.
7. Удаляем те телефоны, у которых есть связи (проверяем наличие record_id физика/юрика в staging).
8. 1 => 2. Выбираем все записи из таблицы INCREMENTS, где import_status = 1 и устанавливаем им значение import_status = 2.

Квартальный календарь тестировщика 2018

Я тут себе квартальный календарик смастрячила, вот, делюсь ツ

Ссылки для скачивания

Новый календарь, как на картинке выше
Старый календарь, но с 2018 годом

PowerPoint как инструмент тестировщика

Тестирую оракловые вьюшки (view). Фактически это просто табличка с нужными мне колонками. Как любой отчет в интерфейсе. Cтроится отчет по определенному диапазону времени. Если сущность менялась в этом диапазоне — она попадет во view. Если нет — то увы.

На входе у меня есть текущее состояние базы — когда объект был создан, а когда закрыт. И параметры диапазона:

• from_date — начальная дата
• to_date — конечная дата

Я набросала все интересные мне тесты в блокноте — это быстрее всего. Допустим, объект создали 5 числа, а удалили 10. Какие интервалы между ними мне надо посмотреть?

Тест-дизайн в блокнотике. Идеально для простого рисунка

Рисунки помогают мне быстро охватить картину покрытия тестами. Так, вот только создание попадает в диапазон — есть. А оба события сразу — есть. А между ними? Есть. А... И так далее. Накидаешь идей за пару минут мозгового штурма и можно с ними работать. Переносить в код и описывать на вики. 

По мере разработки тестов я вычеркиваю их зеленым маркером — если меня отвлекут, то, вернувшись к работе, я всегда легко пойму, какие тесты уже сделала, а какие еще осталось. Не потеряю мысль. А цвет «прозрачный», вычеркивание не мешает читать.

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

Обычно я рисую в yEd. Но черточки и текст отдельно там сделать проблематично. Тут не подходит. Хм... Paint? Открыла его, нарисовала кривую "прямую"  Тоже неудобно, хочется, чтобы симпатичненько смотрелось, а мышкой я прямые линии буду полчаса рисовать. Visio покупать надо... О, PowerPoint! 

Открыла, попробовала. Поставила исходные засечки "создан 5, закрыт 10". Добавила прямоугольник на задний план — идеально! Просто перетаскиваешь прямоугольник, то сужая, то расширяя его, и делаешь скриншоты. А как наглядно получается:

Вот диапазон захватывает обе засечки. 

Два события внутри

А вот внутри диапазона только создание объекта

Добавим картинки в описание тестов на конфлюенсе (вики):

Квартальный календарь 2017

Такой будет календарь

Ссылка на календарь — скачиваем и отдаем в типографию на печать 

Я люблю квартальные календари. Справа от моего рабочего места стена, на которой висит такой. Я отмечаю там даты релизов и вся команда на митингах смотрит на календарь. Удобно же, беглого взгляда хватает, чтобы ответить на вопросы:

— А когда был выпущен последний релиз?
— Какой релиз у нас сейчас? А когда выходит?
— А потом какой релиз будет?