1000+ участников

Привет, чят. Пытаюсь замапить понятия QA и QC на реальный мир/процесс. Например, одна из статей как бы подводит итог: QA and QC both have to make the software better, however, QA is about process orientated and preventive activities, while QC involves a corrective process and product orientated activities. Выглядит всё это так, будто в идеальном мире, задачи QA - выстраивание пайплайна от дизайна, разработки, тестирования до поставки билда заказчику, установка критериев качества (в общем, то что должно указываться в тест-плане), QC - корректировка текущих дизайна, пайплайна и актуального билда в соответствии с документацией, (тест-планом) разработанной QA, оценка качества на основе метрик, Testing - поиск и локализация дефектов. И в реальной жизни есть поправка на то, что роли QA и QC на проекте часто играют одни и те же люди, поэтому провести чёткую грань сложно/нельзя/не нужно. Верно ли моё понимание этих понятий?

Зачем вам это? :)

Популярный вопрос на собеседованиях

у всех свое понимание этих вещей

Оптимистичная часть меня всё ещё надеется, что не могут эти понятия существовать только чтобы было что спросить на собеседовании :)

Общее понимание правильное, но не совсем.

Цель QA - создание условий и процессов, необходимых для выпуска качественного продукта в продакшен. Это и оптимизация процессов, и выявление потребностей в каких-то прикладных иструментах, и развитие coding culture. Цель QC - произвести все необходимые действия, что бы удостовериться в продакшен попадает качественный продукт. Это и формирование критериев качества для продукта, и выстраивание необходимой системы тестирования (от requirements review до UAT). Цель тестирования - выдать оценку о соответствии выпускаемого функционала требованиям и критериям качества.

То есть, разница только в том, что QC действует в рамках процессов связанных с тестированием, в то время как QA может влиять ещё и на процесс анализа, дизайна и разработки "во имя качества"?

Разница в том, что QC - контролирует качество выпускаемого продукта. Т.е. создает процесс и критерии этой оценки качества. QA - создает и внедряет процессы, инструменты и практики, позволяющие повышать качество продукта.

на самом деле нужны только программисты и бизнес реквайрмент менеджеры, всё

потому на собеседовании нужно отвечать "не нужны ни не, ни те" ))

Разница в том, что QC - контролирует качество выпускаемого продукта. Т.е. создает процесс и критерии этой оценки качества. QA - создает и внедряет процессы, инструменты и практики, позволяющие повышать качество продукта.

Кажется, это я и имел в виду в предыдущем сообщении. Грубо говоря, QA может внедрить код-ревью, юнит-тесты и релизы каждый час, QC управляет только процессом тестирования.

но КьюА могут выполнять роль бизнес аналитиков )))

Кажется, это я и имел в виду в предыдущем сообщении. Грубо говоря, QA может внедрить код-ревью, юнит-тесты и релизы каждый час, QC управляет только процессом тестирования.

QC скорее работает с результатом

а QA ставит процесс

но опять же – у всех свое понимание этих вещей :)

Кажется, это я и имел в виду в предыдущем сообщении. Грубо говоря, QA может внедрить код-ревью, юнит-тесты и релизы каждый час, QC управляет только процессом тестирования.

кьюа может межать программистам программировать, а может не мешать, если его убрать с глаз долой, кьюси всегда будет мешать программистам программировать, потому нинужын

как-то так

но опять же – у всех свое понимание этих вещей :)

Надеюсь, что нет)

на самом деле нужны только программисты и бизнес реквайрмент менеджеры, всё

лол.

Надеюсь, что нет)

к сожалению да

многие вообще не видят разницу и не знают, что она есть :)

я тоже лет 10 назад упарывался по разделению и упарыванию в терминологии

Оптимистичная часть меня всё ещё надеется, что не могут эти понятия существовать только чтобы было что спросить на собеседовании :)

Это не важно. Если бы это было важно, все бы это знали, а не спорили из-за этого ;) абсолютно бесполезная инфа о дефинициях. В рамках работы вы едва ли будете кому-то что-то объяснять с этими понятиями :) они мертвы, потому что в жизни из не используют

Это не важно. Если бы это было важно, все бы это знали, а не спорили из-за этого ;) абсолютно бесполезная инфа о дефинициях. В рамках работы вы едва ли будете кому-то что-то объяснять с этими понятиями :) они мертвы, потому что в жизни из не используют

Женя, если ты их не используешь - ещё не значит, что никто их не использует.

Учитывая, сколько разночтений и понимания, что считать qc и qa, не вижу смысла использовать это как достоверную дефиницию. Это flaky логика :) проще объяснять на языке людей, избегая недопонимания

мне вся эта пляска с терминолгией кажется лишней

непонятно, зачем она нужна и какую пользу приносит

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

непонятно, зачем она нужна и какую пользу приносит

Да, терминология вообще не нужна, зачем.

Понапридумывают тут терминов и обмазываются ими, отвратительно.

Тикеты в студию

Да, терминология вообще не нужна, зачем.

ну так заясни, какая польза от понимания разницы QC и QA? не конкретно тебе для ЧСВ, а команде/бизнесу?

Где вы использовали qa или qc

Сколько их за год наберется?

Чсв + ложная уверенность что на собесе ты ляпнешь херню, лол

ну так заясни, какая польза от понимания разницы QC и QA? не конкретно тебе для ЧСВ, а команде/бизнесу?

А причем тут команда и бизнес? Терминология создается не для бизнеса или команды, а в рамках профессиональной деятельности. Есть отрасль, у неё есть свойственная ей терминология, где довольно четко обозначено, что и где.

Вот собес это вообще топчик.

А причем тут команда и бизнес? Терминология создается не для бизнеса или команды, а в рамках профессиональной деятельности. Есть отрасль, у неё есть свойственная ей терминология, где довольно четко обозначено, что и где.

А вот и неправда. Терминология бизнеса и команды куда важнее

Важнее кому?

А причем тут команда и бизнес? Терминология создается не для бизнеса или команды, а в рамках профессиональной деятельности. Есть отрасль, у неё есть свойственная ей терминология, где довольно четко обозначено, что и где.

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

Бизнесу и общему результату этого бизнеса

самый главный вопрос – что это дает и кому?

Никита тащемта все верно говорит, тикеты в студию!

?

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

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

Терминология нужна для унификации коммуникации в профессиональной среде.

Поэтому городить в каждой команде свою терминологию - нонсенс.

знание терминологии тестирования, например, дает возможность разным людям говорить на одном языке. грань между QA и QC очень размыта и варьируется от процесса к процессу, четко понимает разницу полтора человека – вопрос, хороша ли она и нужна ли она?

Это все здорово и отлично, мы тебя поняли, вопрос про qa и qc конкретно

какая нафиг разница, QA ты, QC или повелитель тестирования? кому какое дело?

Конфа и литература бывает уделом нубов

какая нафиг разница, QA ты, QC или повелитель тестирования? кому какое дело?

Разница в зонах ответственности.

Среди докладчиков бывают адепты нинужных фреймворков, so what ? :)

Разница в зонах ответственности.

зона ответственности – это твоя должностная инструкция и договоренности с командой и компанией

Мне, например, категорически не интересны вакансии включающие в себя только тестирование и\или QC.

как ты себя называешь, это уже десятое дело

зона ответственности – это твоя должностная инструкция и договоренности с командой и компанией

У меня нет должносной инструкции, в рамках договоренностей с командой я занимаюсь QA процессами.

о том и речь :)

О том и речь, что именно QA процессами.

покажи мне хоть одну QC вакансию на РФ рынке

ERROR: S client not available

а по факту многие – QC

Ага, т.е мы выяснили, что HR знают, что такое qc и qa

Миллион их.

все ищут либо тест инженера либо QA инженера

при этом QA тестирует руками, а тест инженер сетапит процессы с нуля

люди разницы не видят

так ли она нужна в таком случае?

Нужна, потому что разница есть.

профит какой?

Терминология нужна для унификации коммуникации в профессиональной среде.

Вот?

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

Кому должен? Где должен?

Давайте с матом аккуратнее?

Это же mild

Евгений.

Какой-то абстрактный тестировщик в какой-то абстрактной компании с абстрактными процессами должен кому-то майндсет?

Уже много рецидивов с матом было. Ещё раз и бан.

Нет.

Ладно, поговорил и хватит :)

See ya

Человек должен решать те задачи, которые ставит перед ним команда\компания. Больше он никому ничего не должен. Есть вакансии, требующие QC, есть вакансии, требующие QA. Есть манкитестеры, которые даже критерии качества доверять нельзя. То, что в условном Касперском не могут в трех терминах разобраться - ну соряний, это не делает терминологию плохой.

если чем-то не пользуется/ошибаются – скорее всего это плохая терминология

Никита, ей пользуются по назначению - в рамках профессионального общения внутри сообщества.

если пользователи не могут пользоваться твоим интерфейсом – скорее всего не они тупые, а ты не можешь в проектирование

Ещё раз: спросите эйчаров, раз уж они используют это в вакансиях

Как вакансии на hh.ru называют - вообще не показатель.

Никита, ей пользуются по назначению - в рамках профессионального общения внутри сообщества.

да вот если бы :)

хотя может быть мне не везет

Чисто ради прикола спросите те компании которые оформляют вакансии, что они под этим понимают: увидите, что реальность совсем иная. Как в понимании этого, так и в следованию этому пониманию ;)

У меня в оформлении вакансии везде написано QA, придется заниматься QA. Что не так с терминологией? ;(