Тестирование ПО (Тестировщик, QA инженер)

1589070:

natysa_s:

Ребята, подскажите, каковы шансы устроиться без опыта работы после курсов? Что представляет из себя теститорование на курсы qa при пвт?

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

Шансы, может, и больше, но как мне известно, многое зависит от наличия свободных мест в лабе (EPAM). Конкретно из моей группы больше половины не взяли (это только те, о ком я 100% знаю). И большинство из них грамотные люди, а HRы, когда звонили с отказами, даже выпускникам МГЛУ говорили о слабом английском.

mihajla:

кто подскажет в чем принцыпиальнная разница между тестированием и QA

Тестирование - это проверка продукта на соответствие требованиям. QA - это деятельность, направленная на оптимизацию процесса разработки продукта. К примеру, внедрение наиболее подходящей модели разработки ПО, смена модели финансового взаимодействия с заказчиком на оптимальную в данных условиях и т. п.
Не знаю, насколько это правда (а может на тот момент и было правдой, но с тех пор что-то поменялось), но когда-то слышал, что у нас в РБ нет ни одной сертифицированной компании, которая могла бы официально оказывать QA услуги. Только тестирование и контроль качества.

Grand_91:

Тестирование - это проверка продукта на соответствие требованиям.

Спорно

требованиям и ожиданиям. Явным и неявным!

zffman:

Cute_Shark:

zffman:

$600-900

Спасибо. А через год тогда сколько? Мне просто озвучили через полгода 550-600, и только через год 600-800...

Некоторые и по $1.5К через год получают. Если вы стоите этих денег и self-presentation не на нуле - продадитесь за хорошую сумму. Я бы на вашем месте не заморачивался по деньгам (тупо звучит, да?), а с максимальной отдачей вджобывал бы и максимально погружался бы с головой в детали проекта и инструментов, которые вы используете (в т.ч. язык программирования) - это довольно быстро даст результаты в финансовом плане (год-два) .

Даже если звезда во лбу горит, если вас не смогут продать, то и 800$ через год можно не увидеть.

Grand_91:

Ivan Igorevich:

требованиям и ожиданиям. Явным и неявным!

Согласен

DenisN89:

Помимо сверки с требованиями есть и информация о проблемах в продукте, информация о рисках, которые там присутствуют и которые могут вылиться в проблемы в лайве, субъективная оценка продукта.

Ииии почти все описанное - это QC

Добавлено спустя 2 минуты 41 секунда

Вот как на простом примере эти понятия объясняются у нас на вики:

Примером QA, QC и Testing может служить следующее:

Представим, что у нас есть партия ручек Мы провели функциональное тестирование ручек на длину, толщину письма, срок службы. Это будет тестирование.

В ходе проверок выяснилось, что много ручек не удовлетворяет заявленным требованиям. Далее мы провели анализ сколько ручек, которые не соответствуют требованиям, приходится на целую партию и сообщили об этом поставщику. Это будет QC.

Далее решили понять, почему такое происходит у производителя, который поставлял товар клиенту. Когда проверили, при каких условиях проводится создание ручек, стало известно, что зачастую рабочие работали сверхурочно, чтобы получить больше прибыли. Как следствие они хуже выполняли свою работу из-за усталости. После этого было принято решение установить фиксированный рабочий день в 8 часов и добавить отдельно человека, который будет осуществлять проверку изготавливаемой партии. Это будет QA.

Уточню ваш пост на всякий случай для тех, кто совсем не в теме. ВСЕ описанное будет QA, QC будут первые 2, тестированием будет номер раз.

DenisN89:

Формализм и бюрократия)
Я бы вообще не разделял. QA это отдельная тема, ее вообще с тестированием я бы не мешал. А QC, тестирование смысла нет разделять. Только если внутри компании есть какая-то иерархия. Например вчера был тестером и тестировал функции на соответствие, а теперь стал qc и уже другими вещами начал заниматься.

Ну формализм и бюрократия в принципе наше все

например https://www.utest.com/articles/qa-vs-qc-vs-testing

Testing:
Testing is close to QC and a part of it. It can be considered as one step in QC process to find errors.

С ручками правильный пример и уточнение к нему правильное. QA -- самое широкое понятие, включающее в себя все возможные активности ведущие в конечном итоге к улучшению качества продукта. QC- более узкий набор активностей, входящий в QA, относящийся к процессу организации и контроля собственно тестирования. Ну и тестирование это еще более узкое понятие входящее в QC и QA, которое направлено на непосредственно проверку продукта на соответствие требованиям и ожиданиям. А уже чьим требованиям и ожиданиям, тут можно спорить до посинения.
Лично я склонен не мешать понятия, если у меня есть возможность влиять на заказчика, на его видение процесса, продукта, архитектуры и т д, то я буду всячески стараться это делать. Но это не тестирование. Это QA. Работа с требованиями, рисками, управление ожиданиями, организация коллаборации между архитекторами, девелоперами, тестировщиками, автомейшеном -- это все QA.
Тестирование: есть АС, есть результат -- соответствует продукт АС или нет. И ничего лишнего, не стоит усложнять.

DenisN89:

c55_Sky:

И ничего лишнего, не стоит усложнять.

Мне кажется, что все это разбиение на разные подмножества и есть усложнения.
QA, если коротко, это процессы в компании/на проекте. По большому счету в эти процессы тестирование может вообще не входить, если достигается достаточное качество и без него. И QA это в целом более широкое понятие, можно в IT конторе строить процессы, которые позволят получить качество на выходе, а можно на конвеере на заводе строить процессы, повышающие качество.
А вот предоставление информации о багах, проблемах, рисках, субъективные отзывы о слабых и сильных сторонах продукта это тестирование.
Если нравится термин QC, то можно его использовать, но только в рамках QA, QC и прочего quality management.
Я в целом не люблю QA/QC применительно к IT. Изначально это все появилось, как часть промышленного производства. Есть завод, есть QA, кто расписывает как нужно работать у станка, как точить детали, из чего они должны быть и тд, и есть QC, кто контролирует качество на выходе.
В IT есть Software testing, где хорошо все укладывается без привлечения QA, QC и прочего. Почему бы не использовать этот термин без попыток искусственно втянуть не актуальные для разработки термины? Кто нибудь вообще видел QA или QC в IT? Я видел только в том случае, когда тестеров почему-то называли QA или QC. Все, больше нигде не видел и, более того, не слышал.

Ну по сути Head of QA Unit/ QA Manager это люди, которые занимаются именно QA в полном смысле этого слова, а именно ставить (поддерживать на худой конец) процессы, например. Ну должны по крайней мере.
Лично участвовал (не занимая указанные должности) в постановке процесса от выпуска дев отделом чего-то, что они считают вменяемым, до запуска этого в прод. Составлял entry/exit testing criteria. QA это вроде как есть.