Ручное тестирование до сих пор является наиболее затратным по продолжительности и ресурсам процессом создания любого программного продукта.
Но постоянное развитие технологий и компьютерных систем позволяет сокращать команду тестировщиков, а значит, возникают вполне актуальные вопросы – умирает ли ручное тестирование, есть ли у данной профессии будущее, не станет ли она банальным пережитком прошлого?
Ручное тестирование
QA — не новая профессия
Почему-то так повелось, но все считают, что тестировщики – это новая профессия, которая появилась в середине 90-ых годов прошлого столетия. Хотя это не так.
По правде говоря, процесс ручного тестирования, проверки правильной работоспособности компьютерного продукта был известен еще на заре технологической эры.
Уже в середине 20 века процессом ручного тестирования активно занимались целые кибернетические корпорации и научные институты.
А группа первых автоматизированных инструментов, позволяющих упростить процесс тестов, появилась в 80-ых годах прошлого столетия.
Именно этот момент и можно считать поворотной точкой для сообщества ручного тестирования. Если раньше его проводили только высокоспециализированные сотрудники научных центров и объединений, то с появлением программного тестирования, в данном процессе себя могут попробовать даже менее квалифицированные кадры.
QA — не новая профессия
Рост «кликеров»
Сразу 3 фактора повлияли на стремительный спрос на профессию ручного тестировщика:
- Активный рост количества выпускаемого программного обеспечения;
- Рост сложности роли визуального исполнения программ;
- Глобальная ориентация системных продуктов.
Именно данные причины послужили развитию ситуации, когда продукты и системные компоненты стали производиться на среднестатистического пользователя, не обладающего специальными знаниями и образованием. От простого тестировщика теперь требовались лишь поверхностные знания продукта, умение пользоваться визуальным интерфейсом, а также знать правила наполненности установленной отчетности.
Многолетний союз «тестировщик-программист» позволял достаточно эффективно находить все изъяны и недостатки в программном продукте, а также выпускать максимально работоспособные и протестированные программы и компоненты.
Особенно важным ручное тестирование стало в период бурного роста выхода компьютерных игр, где требовалось тщательным образом прослеживать правильность функционирования каждого компьютерного компонента.
Но как бы банально это не звучало, прогресс никогда не стоит на месте, и постоянное совершенствование программ и систем позволяет быстро и эффективно автоматизировать любой процесс, связанный с компьютерными технологиями, который ранее тестировщик выполнял в ручном режиме. Так существенно снижаются финансовые траты заказчика, и бережется время, а значит и удешевляется конечный продукт.
В итоге буквально за несколько лет сфера деятельности ручного тестировщика значительным образом сузилась. Но в то же время выросли и требования, предъявляемые к нему.
И все чаще слышны мысли, что скорей всего ручное тестирование больше не актуально и по всей видимости скоро банально «умрет». А потому учиться на ручное тестирование больше не нужно.
Но все ли так на самом деле?
Ручное тестирование против автоматизации
Не только автоматизация
Можно быть всецело уверенным в том, что в обозримом будущем не получиться создать программный компонент, который сможет идеально повторить систему человеческого восприятия, а тем более особенностей психики.
А значит продукт, выпускаемый под человека, должен проверяться исключительно человеком. В большей степени это применимо к визуальному оформлению продукта – «съехавшие» блоки и элементы, проблемы с верным отображением медийных файлов и прочее – еще очень долгое время будет контролироваться исключительно тестировщиком.
Пока нет возможности максимально полно и эффективно автоматизировать такой оригинальный процесс как удобство использования программ или компонентов. В большей мере это применимо к игровым продуктам и приложениям, где очень много анимации и визуальных тонкостей.
Развитие на уровень выше
Так что можно говорить, что речь идет не о «смерти» ручного тестировщика, а об эволюции его на новый виток профессионального развития.
На протяжении 30 последних лет тестированием занимались истинные профессионалы своего дела, досконально знающие свой продукт.
Следующие 5-10 лет ситуация вообще никак не изменится, ведь ручной тестировщик останется все таким же профессионалом и специалистом.
А это значит, что уже сегодня нужно заниматься неуклонным совершенствованием своих навыков и знаний.
Развитие на уровень выше
Трансформация подходов к ручному тестированию
Изучив множество примеров на рынке тестирования и проведя экспериментальные процессы, можно легко выделить несколько ключевых подходов и техник, которые на сегодняшний день формируют целостную картину прогрессивного ручного тестирования:
- Использование юнит-тестов и интеграционные приемы – это самая важная база взаимодействия с программным кодом. Все без исключения QA на любом проекте должны подкреплять особенности ПО автоматизированными тестами;
- Беспрерывная интеграция – платформа, в которой все созданные автоматические тесты проводятся даже во время редактирования программного кода. Сегодня в сфере представлено множество подобных решений для такого вида автоматизации, и самым популярными являются: Travis CI, Jenkins, Circleci;
Именно использование всех вышеописанных техник и технологий позволяет существенно сократить технический долг и оптимизировать процесс разработки, что в свою очередь положительно сказывается на минимизации поиска багов и неполадок при ручном прогоне создаваемого продукта.
Можно ли полностью «удалить» штат ручных тестировщиков QA?
При должном технологическом подходе (как было описано в подразделе выше), роль ручного тестирования существенно понижается.
И тут на сцену выходит так называемый TestFest – новый подход ручного тестирования, в процессе которого, проверка продукта проводится непосредственно перед финальными релизами. В данной работе обязательное участие принимают менеджеры по продукту , инженеры, порой UI/UX дизайнеры, группа QA, конечно же, и иногда несколько представителей со стороны заказчика.
В двух словах можно сказать, что на пару часов подобная группа становится ручными тестерами. И это, к слову, дает свои плоды!
Как итог проведенного TestFest – внушительный список багов и недоработок, каждый из которых получает особый статус важности и направляется в совместный скоуп.
Именно данный метод, в принципе, может считаться верным решением при потребности развития отдела ручного тестирования, и его последующего роста.
Какие финальные выводы можно сделать?
Не оставляйте ручное тестирование на месте! Постоянно его совершенствуйте.
При трансформации бизнес-процессов, никогда не забываете о контроле качества.
Максимально плодотворно используйте доступные в сети методы и подходы, обращайтесь в компании по тестированию и вы сразу же заметите, что число багов и ошибок существенно уменьшиться, как и объемы потенциальной работы для ваших тестировщиков. Старайтесь уходить от философии part-time, которая мешала QA полноценно взаимодействовать с программными компонентами и достигать положительных результатов в работе.
Логично предположить, что развитие и совершенствование отдела тестирования положительно скажется и на работе разработчиков, которые за счет изменений подхода к работе поменяют свою философию создания будущих продуктов.
Конечно, есть продукты и даже целые системы, в которых число ошибок всегда будет много и дело тут не в подходе тестирования. Но в целом картина выглядит так, что только максимальная трансформация ручного тестирования может помочь в развитии отдела QA и в неуклонном росте качества продукта.
И напоследок, любой вид тестирования требует ваших умственных усилий. В природе нет таких разноплановых понятий как ручное и автоматизированное тестирование. Существует простое тестирование, проверка, обнаружение ошибок – специализированный вид человеческой деятельности, который подвластен только живым людям, а не роботам.
Оставить комментарий