Все мы любим порядок! В первую очередь, он должен присутствовать в домашнем обустройстве. Ведь именно порядок отчасти является той силой, которая позволяет достигать всех поставленных целей. Все это запросто можно спроецировать на сферу тестирования программного обеспечения.

[highlight dark=”no”]Именно организованный тестировщик способен получить полноценный доступ к необходимым инструментам, актуальным тест-планам и технологическим ресурсам. [/highlight]Это позволяет выделять время для креативного мышления и полноценно выполнять исследовательское тестирование.

Далее в статье речь пойдет о четырех важных стратегиях организации деятельности, которые помогают тестировщику в каждодневной рабочей рутине не терять сноровку и улучшать эффективность своей работы.

Не нужно изобретать лишнего

Думаем, любой QA-инженер на протяжении всей своей профессиональной деятельности неоднократно сталкивался с необходимостью выполнения тестирования загрузки файлов. Традиционно тестируются три базовых типа файлов: pdf, png and jif.

Порой очень трудно найти файл с расширением, которое встречается крайне редко, например .tiff. Чтобы долго не искать в Интернете тестовый файл с необходимым расширением, лучше всего изначально создать специальную папку, в которую постепенно будут выгружаться все часто используемые расширения файлов.

Таким образом, [highlight dark=”no”]в следующий раз, когда тестеру необходимо будет выполнить проверку загрузки файлов, все необходимые документы будут под рукой.[/highlight] Также можно задуматься над тем, чтобы иногда дополнять такую папку файлами разного размера, ведь иногда разнообразные программные обеспечения могут оперировать как большими документами, так и простыми текстовыми файлами с размером всего в 2кб.

Подобная стратегия может применяться не только к файлам, но и к инструментам, которые можно вынести в отдельную вкладку в браузере. То есть, всего одно нажатие мыши позволит проверяющему быстро сориентироваться в необходимом инструментарии без потери времени на поиск.

Только последовательность в файлах и их названиях

Периодически случается так, что к тестеру подходит менеджер проекта и спрашивает его, как он проверял ту или иную функциональность ПО. Или человек сам себе задает такой вопрос, когда перед ним поставлена задача выполнить регрессионные проверки.

Если не запомнить, как называется нужный тест-план и в какой системной папке его искать, очень много времени будет потрачено на его нахождение. А значит, существует актуальность использования последовательного обозначения всех тест-планов. Например, от названия файла в баг-трекинговой системе до даты его редактирования или сохранения.

Приветствуется практика использования не просто порядкового номера, но и краткого текстового обозначения, беглый взгляд на который моментально давал бы ответ, о каком именно тест-плане идет речь. Также можно использовать разбивку не просто по номеру, но и по связанному содержанию. Так, например, все негативные проверки могут быть сохранены в одной папке, а положительные – в другой.

Использование общего пространства для общих тестов

Иногда совсем не обязательно изобретать велосипед. Попытайтесь это донести и коллегам внутри вашей компании по тестированию ПО.

Например, если вы на повседневной основе работаете с тестами API и используйте инструмент Postman, моментально возникает вопрос касательно места для сохранения коллекции тестовых запросов. Такие тесты можно организовывать по конечной точке или актуальной тематике.

[highlight dark=”no”]Подобная структурная иерархия будет полезной не только для тестеров, но и для программистов,[/highlight] которые могут сообщать QA-отделу, каким образом лучше записывать тесты для быстрого воспроизведения бага. План тестов легко копировать и использовать для всех последующих проектов.

Работа с заметками

Если тестер получает новые данные, например, информация об автоматизированных данных для тестового пользователя, человек может спросить себя, а буду ли я пользоваться ими в будущем или нет? Если ответ положителен, то такую информацию необходимо добавлять в специальные заметки. Все текстовые файлы необходимо структурировано хранить и использовать говорящие названия, к примеру, “тестовые пользователи” или “почтовые адреса для проверок”.

Таким образом

Организация файлов, работа с правильно структурированными тест-планами сначала будет занимать достаточно много времени. Но с опытом все стабилизируется и подобная организация станет вполне обычным занятием.

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