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

DenisN89:

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

Ну це ж галера, там главное - чтоб заказчик был удовлетворен за минимально возможные затраты. В этом герой статьи варится уже много лет.

DenisN89:

То это все ещё будет тестированием. Просто вначале он про monkey testing сказал, а потом про подход, который использует планирование и размышления о том, какие тесты сделать.
Где он там увидел обеспечение качества, я не пойму

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

oOFlyAngelOo:

нет в галерах QA. Даже больше - его практически нет в РБ вообще

есть в Онлайнере) кому не хватает QA в работе, приходите на собеседование к нам. Есть места.

DenisN89:

oOFlyAngelOo:

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

Да и не только в РБ. Qa может быть и без тестирования и наоборот.
Тестирование вообще не может и не должно своей целью ставить обеспечение качества. Тестирование может и должно найти баги и проблемы, текущие и потенциальные. И это все донести до бизнеса, а бизнес уже будет решать, что со всем этим делать.
Я вообще не вижу, как эти области могут пересекаться. Находить функциональные баги, писать автоматические проверки для раннего обнаружения багов или обнаружения багов, которые руками не найти, анализировать ui/ux и искать проблемы, искать проблемы с безопасностью, надёжностью и прочим это все тестирование. Это все обнаружение проблем и их предоставление бизнесу. Тут вообще нет никакого QA. Да и вообще, чаще всего qa выглядит, как нелепая попытка натянуть промышленные стандарты на it сферу

Мне кажется(возможно только кажется), что многие не понимают что такое qa. Какие то мифические процессы)). Сейчас обьясню примеры из личной практики, которые повседневно встречаются у любого, кто хоть немного находится в позицыи манагера в компании а не рядового тестировщика. Примеры: 1) приходит чел в компанию и говорит, я хочу такую то цацку, заходит речь о тестировании -- ему проясняются все возможные варианты(условно от мануал функциональщины до нагрузки и интеграции), далее встает вопрос -- есть ли у нас все необходимые кадры и квалификация, если нет то обучить либо нанять. 2) Предположим есть сервак, есть клиент -- как организовать процесс тестирования, чтоб не мешать друг другу в процессе разработки и тестирования -- решение, разделить env на несколько частей(для девов и всех в разработке, стабильный сервак для тестирования и прод. условно) - потому как часто все в одной куче и люди не понимая мучаются. 3) Планирование -- все этапы должны проходить максимально мягко и без сбоев(отпуска, больничные, и т.д. должна быть подстраховка, и понимание что в случае форс-мажора ситуацию можно контролировать). 4) Перед началом ессно продумываем все по девайсам, системам и вообще обеспечении всем необходимым. 5) Распределение задач в команде - основываясь на опыте, знаем кто и с какими задачами справляется более легко и "качественно")). 5) Согласовываем с ПМ рабочие моменты, связанные с количеством билдов и сроках, типах и енв. Именно qa может реально повлиять, т.к. только он обладает более менее адекватнымы сведениями что может команда и в какие сроки. 6) Митинги и анализ текущей ситуации - где подлатать дыры, а где наоборот срезать жиру. 7) Получили отызвы от клиентов - проанализировали, заложили на будущее. Да, криво, косо, но с большего думаю понятно. Никаких мифических процессов сферического коня в вакууме нет.

jackjones:

вOLька:

oOFlyAngelOo:

нет в галерах QA. Даже больше - его практически нет в РБ вообще

есть в Онлайнере) кому не хватает QA в работе, приходите на собеседование к нам. Есть места.

Какая компания?

Onliner

DenisN89:

вOLька:

oOFlyAngelOo:

нет в галерах QA. Даже больше - его практически нет в РБ вообще

есть в Онлайнере) кому не хватает QA в работе, приходите на собеседование к нам. Есть места.

И в чем выражается QA?

Если коротко, то участвуем на всех этапах жизненного цикла ПО. Подмечаем, предлагаем и внедряем улучшения для всех членов команды разработки. QA специалистов у нас уважают, с нами считаются, к нам приходят за советами

DenisN89:

Ну как бы вся команда участвует на всех этапах разработки по

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

DenisN89:

Улучшения, если они касаются действительно работы всей компании и всех процессов, явно внедряются не рядовыми тестировщиками.

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

DenisN89:

Может ли тестировщик (qa специалист) по вашему, изменить функциональность или решить передать часть? Может ли отсрочить дедлайн по своему запросу из-за того, что считает, что ещё нужно что-то исправить?

Любой член команды может дать свое компетентное аргументированное мнение и повлиять и на релиз, и на реализацию. Но принимать конечное решение по мне должен ответственный человек за эту работу/функционал. Если например я в текущей задаче нахожу сценарии, которые не предусмотрели, то могу подойти к продуктовому менеджеру и сказать свое мнение об этом и предложением например вынести доработки по этому функционалу в отдельные задачи и доделать их после релиза. Конечно менеджер может согласиться или не согласиться и я принимаю его мнение тоже, потому что он первый, с кого спросят за этот функционал в случае, если он для бизнеса все же окажется важным. Отсрочить дедлайн QA тоже могут, если предоставят достаточно аргументов.

DenisN89:

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

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

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

З.Ы. И да, у нас есть настоящее QA. С отраслевыми стандартами и всем таким. Так что опыт не эмпирический.

Ребята. Прохожу курс на автоматизатора, застрял кое-где. Автор в видео-уроке делает так:

И у него получается так:

Я делаю так:

Но получается вот так:

И видимо по этому происходит Unable to import maven project...

Что подскажете, почему не соблюдается идентичности? Ну у автора мавен 3.6.0 у меня 3.6.3. Может JDK другой попробовать?

1715197:

вOLька, можно ссылку на вакансию?

https://blog.onliner.by/qa-engineer

Darlok, на самом деле тут idea не при чем. Проект создается в чистом maven и структура там такая же получается (у меня 3 папки создается, а у автора одна). Просто мне так было проще через idea показать, т.к. она была запущена на тот момент. Ну и до кучи, в idea выбран не встроенный maven, а указан свой из рута. Это требование автора курса. Я пытаюсь делать по шагам все то же самое.

Все равно благодарю вас хоть за какую-то помощь.

oOFlyAngelOo, премного благодарен.