Дайте-ка я угадаю: вы обычный студент первого или, о, ужас, даже второго курса компьютерной специальности, но на вопрос: «какие профессии в IT ты знаешь?» - ответите разве что «ну, эм… программист, наверное». Если мои догадки верны, то самое время вам познакомиться с первой статьей цикла «Кто есть кто в IT». Сегодня поговорим о QA и как так оказалось, что вы уже пробовали себя в этой роли.

 

 

Ещё раз… кто-кто?

QA, инженер по обеспечению качества, тестер, тестировщик – надеюсь, на последних названиях вы уже легонько стукнули себя по лбу с восклицанием: «Ах, так вот оно что! Знаю, конечно!»

Для тех же, кто сомневается, объясняю:

QA (QualityAssuranceengineer) – это специалист, чья обязанность заключается в улучшении качества не только разрабатываемого ПО, но и всего процесса его создания. Самая очевидная вещь в работе QA – это, непосредственно, нахождение багов путём тестирования, но на этом перечень задач этих специалистов совсем не заканчивается, а только лишь начинается…

 

 

Задачи QA

Пожалуй, развею сейчас миф о том, что тестирование – это беспощадные и бессердечные попытки тестировщиков сломать кропотливо разрабатываемое программистами ПО. С какой-то стороны – и да, и нет, конечно.  Но в реальности всё намного сложнее.   

Основная задача QA– это обеспечение качества. Для этого необходимо:

  • тестирование,
  • оценка рисков,
  • проверка требований,
  • общее планирование процесса тестирования,
  • тест дизайн,
  • создание и ведение тестовой документации,
  • выполнение тестов,
  • анализ состояния ПО.

И это ещё очень обобщенный список, который, тем не менее, подводит нас к очень важному вопросу…

 

 

Почему это важно?

Ответ, который я сейчас дам, вы можете смело повторять на собеседовании, если вдруг после прочтения статьи почувствуете прилив воодушевления и почувствуете, что быть QA– это ваше.

  • Без проведения тестирования, которое, к слову, имеет множество видов, вы не узнаете о реальном состояние ПО и действительно ли оно соответствует тому, что хотел получить заказчик.
  • Золотое правило обеспечения качества гласит: чем раньше тестировщики развернут свою деятельность, тем «дешевле» обойдутся баги в последствии. Легкий пример: исправление бага, который был допущен на ранних этапах работы над проектом, в конце влетит в большую копеечку и потеряю доверия от заказчика.

Так что, если увидите человека, который утверждает, что тестирование, как и тестировщики не нужны, то в полемику с ним не вступайте, а сделайте загадочное выражение лица. Вы-то правду теперь знаете.

 

Карина  Темчур

Популярні статті

Читати далі