Специалист по отлову программных «тараканов» или тестировщик программного обеспечения

Специалист по отлову программных «тараканов» или тестировщик программного обеспечения

Кто может запросто забрать покой и сон маститых программистов, а сам не то что и строчки кода не написать, но даже может не иметь IT-образования в принципе? Кто одним своим словом может на корню зарубить выпуск продукта? И на кого буквально молится вся команда разработчиков перед запуском любого более-менее серьезного стартапа, ПО или иного проекта? Да, все правильно, это он, Царь, Бог и Terrible Maxima — инженер по тестированию программного обеспечения или просто... Тестировщик.

Что такое «баги» и чем они грозят?

Этими «багами», а точнее их последствиями, пестрят заголовки любого новостного IT-издания, а некоторые из них становятся просто притчами во языцах: например, банковские терминалы (истории о старушке, которой из-за сбоя пришла многомиллионная пенсия), промышленные программы (несанкционированный сброс отходов и это как минимум), программы для аппаратов жизнеобеспечения (о последствиях такого «сбоя» вы прекрасно догадаетесь сами). Правда, наружу «вылезают» только крупные промахи достаточно больших компаний. Количество же «оплошностей» у рядовых коллег по цеху просто не поддается исчислению, однако масштаб последствий от этого меньше не становиться: от закрытия проекта и больших убытков, до судебных разбирательств и даже тюрьмы. А причина тому проста: программный код пишут люди, которым свойственно ошибаться. Поэтому так высока роль, власть, но самое главное ответственность того, кто будет идти по следам разработчиков, проверяя, ломая, исследуя, ища границы прочности системы. Говоря отраслевым сленгом — проводя ее баг-треккинг.

И откуда ты только взялся такой... Мучитель.

Необходимость в специальном тестировании своих программ разработчики осознали достаточно давно, но особенно остро проблема встала тогда, когда область разработки стала, по большому счету, сугубо коммерческим предприятием. Наличие в группе разработки QA engineer, или просто тестировщика, сегодня — это уже стандарт и насущная необходимость. И не важно, что разрабатывает компания он-лайн игрушку, мобильное приложение или модуль программного управления для космического шатла. Именно на плечах этих людей лежит вся мера ответственности, а часто и «право вето» на запуск готовой продукции. Ведь, по существу, у тестирования, а, значит, и у тестировщика, две основные функции:

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

За этой основной парой стоит вся колоссальная работа по нахождению, описанию (или, как говорят в тестировании, «заведению»), а, главное, устранению всех «отловленных» багов. И, кстати сказать, этот процесс не является конечным. После первого «круга» — разработка-баг-треккинг-устранение — будет второй, третий и еще немало последующих. И главное, что требуется здесь от тестировщика не отловить ВСЕ имеющиеся в программе ошибки. А, работая в команде с разработчиками, найти и искоренить именно те ошибки, которые критичны для данного продукта, не дают раскрыть весь заявленный функционал и возможности в полную силу. Но к сожалению, на это способен далеко не каждый «QA».

Как правило, именно от команды тестирования на проекте бывает больше всего «шума и пыли». И особенно на этапе запуска, как вы понимаете. Ведь от них требуется найти и «описать» баги, которые допустили (ах, они растакие) разработчики, вот они и стараются... И для этого у них есть просто колоссальный арсенал средств, инструментов и способов заставить любую, даже самую навороченную и стабильную, на первый взгляд, программу «заскрипеть», пошатнуться, «ругнуться» предупреждениями, встать на дыбы и, наконец, «упасть». А есть ли в этой суете такая уж насущная необходимость? Как найти тот самый «критичный» баг, который сделает использование продукта невозможным? Вот это то и отличает настоящего тестировщика от «обезьяны с молотком» — он сразу понимает что, где и как надо проверить, чтобы выявить самые серьёзные недочёты в кратчайший срок, а значит и устранить их с минимальными последствиями. И кстати сказать, для этого вовсе не обязательно самому быть Senior-девелопером и писать стройный код.

Как становятся тестировщиками?

На самом деле, порог входа в область тестирования один из самых низких в IT-сфере. Чтобы с успехом испытывать программы на прочность, не нужно уметь программировать, знать специфические технологии или иметь высшее профильное образование. Достаточно быть уверенным пользователем ПК и иметь стойкое, непреходящее, желание «во всем разобраться».

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

Пусть меня научат.

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

С 23 сентября в IT-Академии Сухорукова стартует Курс тестирования ПО. Уж на нем-то вы точно разберетесь в том что же это за тесты такие, как их создавать, планировать, выстраивать, и в целом проектировать. А еще узнаете:

  • что такое нагрузочное тестирование и чем оно отличается от функционального. И когда какое применять.
  • Как грамотно выстроить, спроектировать свои тесты, чтобы точно отловить, «зафиксить», самую «критичную» для системы «багу»?
  • Узнаете какие программы и инструменты помогут вам в этом процессе.
  • Научитесь правильно и понятно заводить, описывать «пойманные» ошибки
  • И как можно автоматизировать процесс тестирования и когда стоит это делать.

А также многое-многое другое.

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

Ок. Я согласен. Сколько стоит и как записаться на курс?

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

Записаться можно отправив заявку или позвонив нашему менеджеру +7 (952) 922 55 53. Также можно написать на почту academ@suhorukov.com

Подписка

Выберите рассылки, на которые вы хотите или не хотите быть подписанным.