Он также оформляет и документирует найденные ошибки и следит за тем, чтобы они были исправлены до релиза продукта. Тестировщик должен иметь хорошие знания в области тестирования и владеть специальными инструментами и методиками, которые позволяют проводить тестирование более эффективно. Обеспечение качества (Quality Assurance) — самое широкое из всех понятий и представляет собой совокупность мероприятий, охватывающих абсолютно все этапы разработки, выпуска и эксплуатации программного обеспечения. QA — это процесс обеспечения качества программного продукта на всех этапах разработки, но на просторах СНГ часто этот термин применяется относительно тестирования ПО. Quality Assurance engineer — это специалист по обеспечению качества, деятельность которого направлена на улучшение процесса разработки ПО, предотвращение дефектов и выявление ошибок в работе продукта. Quality Assurance включает в себя Quality Control наряду с другими процессами по улучшению качества работы компании.
QA же помогает команде наладить процессы, связанные с качеством. Он смотрит на всю картину целиком и делает так, чтобы ошибок было меньше. Говоря другими словами, Quality Assurance вопросы на собеседовании тестировщика гарантирует, что процесс поставлен правильно и дает предсказуемый результат, в то время как Quality Control гарантирует, что продукт удовлетворяет указанному набору требований.
Есть в этой компании и Quality Control Engineer или QC, задача которого — найти и исправить расхождения с требованиями бизнес-заказчика. Но чаще всего эту специализацию отдельно не выделяют, и следить за четким выполнением требований приходится QA. О том, чем именно занимается QA-инженер, чем он отличается от тестировщика, какие типовые задачи решает и что будет, если исключить QA из продакшна, рассказал Head of QA в «Авито» Александр Матвеев.
QA старается предотвратить дефекты ПО в процессе его разработки и тестирования, а Quality Control предусматривает устранение недоработок и ошибок уже в готовой программе. Обеспечение качества — это процесс обучения, изучение того, что работает не так и как это исправить; изучение того, что работает правильно и при каких обстоятельствах, а также того, как делать свою работу лучше с каждым новым проектом. «Тестирование программного обеспечения это проверка того, что программа обеспечивает ожидаемое поведение на конечном наборе тестовых случаев, выбранных определенным образом из бесконечного набора тестовых случаев».
Чтобы справиться с ней, QA должен хорошо разбираться в разработке ПО. Отсюда становится ясно, как обеспечивается качество продукции, а следовательно, — какие мероприятия необходимы для его обеспечения. Эффективный менеджмент с управлением качеством дополняет базу качества, позволяет реализовать возможности, которые создаются материальной базой и человеческим фактором.
Тестирование программного обеспечения (Software Testing) – проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом. [IEEE Guide to Software Engineering Body of Knowledge, SWEBOK, 2004]. Управление качеством (Quality control) – часть менеджмента качества, направленная на выполнение требований к качеству.
Только не ждите, когда вас позовут на встречу, где обсуждают фичи с разработчиками или дизайнерами, придите на неё сами. Высказывайте своё мнение касательно любого аспекта качества продукта. Не позволяйте сложившимся правилам, должностным инструкциям и прочей фигне мешать вам делать продукт ещё более качественным, чем сейчас. По факту многие работодатели ищут тестировщика ПО (если ориентироваться по описанию обязанностей), но в названии обозначают, что находятся в поисках QA-инженера. Накопленный опыт и черты характера типичные для моей профессии привели к размышлениям о том, кто такие тестировщики, QA и QC. В статьях и конференциях я часто сталкиваюсь с какой-то путаницей, мне это не нравится.
В маленьких командах эти задачи решает рядовой тестировщик, в крупных же функции тестирования и тест-дизайна, зачастую, четко разделены между людьми. В работу специалистов этого профиля входит сбор данных о производительности приложения, времени отклика и локализацией ошибок при нагрузке, превышающей нормальные сценарии использования системы. Автоматизированные тесты помогают быстрее выпускать новые функциональности, быстрее проводить тестирование, уменьшить количество ручных тестов. Дальше поговорим о том, в каких направлениях прокачиваться и каких результатов можно достичь, начав свой путь в IT с обеспечения качества. У молодых QA и разработчиков немного опыта в командной работе, поэтому возникают трудности. Со временем появляется осознание, что вы — напарники, работаете над одним продуктом и вместе делаете его лучше.
С определением каждого из терминов мы разобрались, теперь давайте поговорим о том, что же еще отличает процесс обеспечения качества от процесса контроля качества. Как я уже говорил вначале, тестировщик занимается не только тестированием. В крупных и солидных компаниях команду тестирования стараются подключать к проекту на самой ранней стадии, т.е. На этапе сбора требований, но так делают не везде и не всегда.
Часто можно встретить такого рода иллюстрации со слоёной структурой качества, где тестирование — часть контроля качества, контроль качества — часть обеспечения качества. Внутри процесса QA выделяют процесс Quality Control — контроль качества продукта. QC-специалисты анализируют результаты тестирования и отвечают за выявление и уничтожение дефектов в продукте (Makes sure the results of what you have done is what you expected). Люди, которых называют тестировщиками, тождественны контролю качества QC.
И компания получила заманчивое предложение «Продайте нам ваши тесты, вот договор с открытой суммой». Чаще всего проекты делаются в условиях сжатых сроков, ну или не очень сжатых, но вполне конкретных. Бывает, что человек распыляется на бесконечное тестирование одного поля, вводя в него все возможные и невозможные варианты значений. При этом по требованиям заказчика надо проверить выполняемую приложением функцию, хоть и с использованием значения из этого поля. В результате он рискует потратить время впустую и не проверить главное.
Да, программа выполняет свою функцию, но пользоваться ей затруднительно, т.к. Выполнение этой функции занимает много времени и сил пользователя, который вынужден жмакать кучу лишних окон с загрузками и прочим, вместо того чтобы сделать всю работу на одном экране. Кстати, этим грешат некоторые пользователи на приемочном тестировании, объявляют баг критичным и бросают работу. В общем потоке проблем, которые вообще могут проблемой не являться, теряются действительно критичные баги.
