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

Привет!
А может, подскажете курсы по английскому языку (Само собой, с разговорной практикой)?
Есть уровень ~А2.

Дымов,

Есть уровень ~А2.

как понял что он A2?

Slovopyt:

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

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

Slovopyt:

Автоматизатор в этой конторе просто автоматизирует кейсы, которые УЖЕ написаны ручником или кем-то там. То есть автоматизатор вообще не заменяет ручника, это еще один человек, на котором аутсорс рубит бабки.

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

zffman:

У той же VS все блин очень нетривиально, недавно столкнулся: во-первых фокусы самого mstest, во вторых нельзя просто так взять и сгенерить отчет, доступный в jenkins или что у вас там.

https://github.com/NivNavick/trxer

zffman:

PS: о Jmeter неоднократно слышал, что жестко выжирает память. Коллега очень рекомендовал питон-тулзень locust как замену, ему нравится.

Никто там ничего не выжирает. Просто ребята пользуются Джавой, а что такое heapsize и вообще про работу GC ничего не знают. Ставят из коробки джметр в том виде, как с апача скачали, и страдают. Там все настраивается и оптимизируется.

chupa123:

а что в Вашем понимании "вменяемый" и чем такой вид: из ручного в авто, лучше того, кто сразу в авто?

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

Если же берем программиста, которого занесло автоматизировать, там сразу же начинается написание супер фреймворка, который умеет даже кофе заваривать(уже не раз видал), на чем оный гробит прорву времени без особого толка. Или другой вариант - пару копипаст со стаковерфлоу и-так-сойдет, и дальше простыня тесты, потому что кейсов он даже не представляет, а его поделие затачивалось под то, что он видел на момент старта работ и только. А потом саппорт такого монстра и добавление новых фичей превращается в перерасход времени, а если это передать другому - там обычно будет крылатая фраза "лучше переписать с нуля".

Говоря проще автоматизация тестирования без понимания (и опыта) оного тестирования - дело весьма косячное. Этого как писать микросервисы, имея лишь опыт разработки десктопной приложеньки. Язык то и там и там один, а вот подходы...

zffman:

За ссылочку спасибо, вот только trx сгенеренный для loadtest не содержит почти ничего полезного и весит всего-то несколько десятков килобайт - все метрики складывается в SQL базу (во всяком случае когда ранаешь из студии, на mstest вообще пока забил). В том же Jenkins и так есть плугин, который умеет импортировать trx, но толку ровно ноль.

Если лоадтест то да, там посложнее. Там только эксель как я помню, а дальше конвертер в html или писать или готовый искать. Я писал.

zffman:

Про Jmeter - ну нет, не первый день замужем те люди, от которых слышал. Я думаю, что они поржут, если им начать рассказывать про хипсайз и сборку мусора.

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

zffman:

Разнюхать все это дело и сделать выгрузку из базы звучит как не самая сложная задача, но мне это надо было больше для демо. И вот как факт - простого решения нет.

Ну МС стек всегда радует совершенно неожиданными штуками. Вот это вот много кому кровь попортило.

Всем добра курсы от епама и прочих компаний только для тех кто учится на Айти специалиста либо имеет техническое образование и с улиц с нуля обучать будут только в том случае если имеется определённый склад ума,имеются основы теоретические и знаешь английский и тогда великом на курсы?

Oleg_Svetoslavovich, спасибо

jackjones:

Всем привет!
Ребята-практики, у кого есть за плечами опыт тестирования REST API? Знаю, что в интернете все можно найти, но хотелось бы получить от вас совета по наиболее полезному и доступному материалу. Может, из опыта есть фишки, которые нужно очень знать в первую очередь.
Спасибо!

И вам здравствуйте. Нету здесь магии, все супер просто. Изучите спецификацию протокола HTTP (хотя бы 1.1). К этому до кучи принципы построения RESTful систем. Возможно вам повезет и вам доведется работать с проектом, который следует всем принципам.
К тому же не стоит забывать про GraphQL, посмотрите что это такой для сравнения.

Спасибо, ребята. Возьму на заметку!