Рейтинг: 3.0/5. на основе 1 оценки.
Пожалуйста, подождите...

Ручное тестирование до сих пор является наиболее затратным по продолжительности и ресурсам процессом создания любого программного продукта.

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

Ручное тестирование

Ручное тестирование

QA — не новая профессия

Почему-то так повелось, но все считают, что тестировщики – это новая профессия, которая появилась в середине 90-ых годов прошлого столетия. Хотя это не так.

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

Уже в середине 20 века процессом ручного тестирования активно занимались целые кибернетические корпорации и научные институты.

А группа первых автоматизированных инструментов, позволяющих упростить процесс тестов, появилась в 80-ых годах прошлого столетия.

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

QA - не новая профессия

QA — не новая профессия

Рост «кликеров»

Сразу 3 фактора повлияли на стремительный спрос на профессию ручного тестировщика:

  • Активный рост количества выпускаемого программного обеспечения;
  • Рост сложности роли визуального исполнения программ;
  • Глобальная ориентация системных продуктов.

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

Многолетний союз «тестировщик-программист» позволял достаточно эффективно находить все изъяны и недостатки в программном продукте, а также выпускать максимально работоспособные и протестированные программы и компоненты.

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

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

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

И все чаще слышны мысли, что скорей всего ручное тестирование больше не актуально и по всей видимости скоро банально «умрет». А потому учиться на ручное тестирование больше не нужно.

Но все ли так на самом деле?

Ручное тестирование против автоматизации

Ручное тестирование против автоматизации

Не только автоматизация

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

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

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

Развитие на уровень выше

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

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

Следующие 5-10 лет ситуация вообще никак не изменится, ведь ручной тестировщик останется все таким же профессионалом и специалистом.

А это значит, что уже сегодня нужно заниматься неуклонным совершенствованием своих навыков и знаний.

Развитие на уровень выше

Развитие на уровень выше

Трансформация подходов к ручному тестированию

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

  • Использование юнит-тестов и интеграционные приемы – это самая важная база взаимодействия с программным кодом. Все без исключения QA на любом проекте должны подкреплять особенности ПО автоматизированными тестами;
  • Беспрерывная интеграция – платформа, в которой все созданные автоматические тесты проводятся даже во время редактирования программного кода. Сегодня в сфере представлено множество подобных решений для такого вида автоматизации, и самым популярными являются: Travis CI, Jenkins, Circleci;

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

Можно ли полностью «удалить» штат ручных тестировщиков QA?

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

И тут на сцену выходит так называемый TestFest – новый подход ручного тестирования, в процессе которого, проверка продукта проводится непосредственно перед финальными релизами. В данной работе обязательное участие принимают менеджеры по продукту , инженеры, порой UI/UX дизайнеры, группа QA, конечно же, и иногда несколько представителей со стороны заказчика.

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

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

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

Какие финальные выводы можно сделать?

Не оставляйте ручное тестирование на месте! Постоянно его совершенствуйте.

При трансформации бизнес-процессов, никогда не забываете о контроле качества.

Максимально плодотворно используйте доступные в сети методы и подходы, обращайтесь в компании по тестированию и вы сразу же заметите, что число багов и ошибок существенно уменьшиться, как и объемы потенциальной работы для ваших тестировщиков. Старайтесь уходить от философии part-time, которая мешала QA полноценно взаимодействовать с программными компонентами и достигать положительных результатов в работе.

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

Конечно, есть продукты и даже целые системы, в которых число ошибок всегда будет много и дело тут не в подходе тестирования. Но в целом картина выглядит так, что только максимальная трансформация ручного тестирования может помочь в развитии отдела QA и в неуклонном росте качества продукта.

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

Оставить комментарий