Не являясь счастливым обладателем TestRail, записываю найденные недостатки то в одном месте, то в другом веб-сервисе, то в третьей программе. Задумался, как грамотно организовать процесс систематического учета недостатков? Как не забывать про отложенные баги и вопросы?
Электронную таблицу с перечнем недостатков заполняю с задержкой. Количество обнаруживаемых недостатков при этом за последние пару недель постоянно растет. Причина увеличившегося числа обнаруживаемых недостатков — проверка верстки веб-сервиса.
В результате время для актуализации таблицы с перечнем недостатков растет, недостатки копятся. Пора приступать к оптимизации трудового процесса. Сокращаю время исследовательского тестирования и не так вдумчиво готовлю тестовые планы. Зато активно оформляю отчеты о недостатках в виде скриншотов.
И что интересно — скриншоты работают лучше чем мои текстовые описания недостатков. Вывод о лучшем восприятии изображений, нежели текстов, сделал после очередного разбора перечня найденных недостатков. Возможно коллег пугают обновления задач из десяти пунктов недостатков на пару строк каждое. Даже если использовать форматирование, то люди не очень хотят читать и верить буквам, но охотно разглядывают картинки и верят им. Описанное словами может быть неточным или неполным. С иллюстрацией все иначе. Скриншот отображает ситуацию непосредственно, исключая двусмысленность и утаивание деталей.
Screenpresso автоматически выставляет в имя файла дату и время. Дата и время выступают самостоятельным полезным аспектом в процессе поиска и локализации недостатка в работе программного продукта. Далее к дате и времени остается добавить информацию, чтобы получилось название по формуле:
Название веб-сервиса или программы + Среда продукта (TEST, PROD) + Название и версия операционной среды + Название и версия браузера + Раздел + Вопрос или текст ошибки + Дата и время.
На изображение наношу аккуратные стрелки, проставляю нумерацию, высветвляю фрагмент или увеличиваю интересующий участок. Для ясности добавляю изображения в виде галочки, крестика или знака вопроса. На выходе получается скриншот с коротким описанием в названии файла и минимумом текста в иллюстрации. Скриншоты складываю в папку Inbox, как единую точка ежедневной отчетности по завершении дня.
Следование подобной технике привело к паре вопросов о которых стоит подумать. Стоит ли дублировать название файлов текстом в картинке, когда не коллега не читает названия файлов? Как решить ситуацию с переводом кириллического названия в нечитаемый URL браузера?
15.03.2017