Доводилось ли вам самостоятельно разрабатывать стратегию тестирования? Не доводилось — не беда! Агеева Нина, автор курса «Погружение в тестирование. Jedi Point» подробно расскажет, что такое стратегия и с чем ее «едят»: от подготовительных этапов и сбора информации до полезных мнемоник и эвристик, помогающих написать стратегию тестирования.
Автор: Пол Гриззаффи (Paul Grizzaffi) Оригинал статьи Перевод: Ольга Алифанова
В популярной культуре США снежный человек – это легендарное, скрытное создание, изредка наблюдаемое на тихоокеанском северо-западе. В мире разработки ПО у нас есть своя версия снежного человека – раздражающие и иногда катастрофичные баги, которые трудно воспроизвести.
С каждым днем в мире становится все больше и больше инструментов для проведения нагрузочного тестирования. Собственно, и сам интерес к этой теме начинает возрастать.
Основная задача инструмента нагрузочного тестирования — подать заданную нагрузку на систему. Но кроме этого есть еще одна, не менее важная задача — предоставить отчет о результатах подачи этой нагрузки. Иначе мы проведем тестирование, но ничего не сможем сказать о его результате и не сможем достаточно точно определить, с какого момента началась деградация системы.
В настоящий момент наиболее популярными инструментами тестирования являются Gatling, MF LoadRunner, Apache JMeter. Все они обладают возможностями как генерации готовых отчетов по проведенному тестированию, так и отдельных графиков или сырых данных, на основе которых строится уже сам отчет.
Автор: Алан Ричардсон (Alan Richardson) Оригинал статьи Перевод: Ольга Алифанова
Краткое содержание: самое трудное – это стартовать в программировании: установить IDE, добавить зависимости, написать свой первый тест. Выбирайте любой язык, с которым вам кто-то может помочь, или для которого у вас есть обучающий материал. Переключиться на другой язык, если вы уже каким-то владеете, нетрудно, поэтому не волнуйтесь, что застрянете в каком-то языке – просто начните действовать.
Один из наиболее популярных вопросов от новичков в
тестировании — как устроиться на работу, если никто не зовет после прочтения
резюме? По большей части такой вопрос возникает, если резюме составлено не
очень грамотно и не отражает всех навыков специалиста. Это неудивительно —
навык составления резюме не берется из воздуха, ему тоже нужно учиться. Но вот
если подходить к составлению резюме с умом и избегать популярных ошибок - можно
значительно увеличить свои шансы на собеседование, а значит - быстрее найти
работу.
В этом видео тренер Арсений Батыров представил топ-5 ошибок в резюме junior qa, которые чаще
всего встречаются в резюме новичков, и подсказал способы их исправить.
Лето кончается, а вебкаст ПРО тест – продолжается!
В четвертом выпуске интервью с QA-профи команда Test IT побеседует с Мариной Куликовой, ex-Head of QA в Redmadrobot, а ныне директором по развитию IT-бизнеса в BSL.
Вебинар состоится 26.08 в 20.00 на платформе Zoom.
Обсудим, как начинается карьера в QA и как проходят собеседования – с точки зрения нанимателя.
Рассмотрим управление Agile-разработкой и ролью QA в процессах.
Поговорим, как доказать необходимость тестовой документации и стратегии обеспечения качества бизнесу.
А ещё поболтаем о том, что интересного нам уготовил осенний сезон конференций по QA и DevOps.
Регистрируйтесь по ссылке и не забудьте оставить свой вопрос гостье выпуска!
Тест-кейс (test case)— это документ, который содержит последовательность действий проверки функционала. В него входят наименование функционала, инструменты проверки, инструкции для проверки, ожидаемый результат.
Станислав Марков, тренер курса «Первый Онлайн ИНститут Тестировщиков», расскажет, зачем нужны тест-кейсы, поделится правилами описания тест-кейсов и сделает обзор одного из наиболее эффективных инструментов.
Автор: Ноэми Феррера (Noemi Ferrera) Оригинал статьи Перевод: Ольга Алифанова
В условиях карантина во многих странах и необходимости работать из дома появилось множество статей об удаленной работе. Я думаю, многие советы довольно очевидны, но часть из нас склоняется к иному опыту, начиная работать дома. Это мое сатирическое руководство, как НЕ надо работать удаленно.
Допустим, что вы решили начать писать автотесты в Postman-е. Взяли пример из документации:
pm.expect(X).to.eql.;
«Мы ожидаем, что X = Y». Так можно проверить число, строку, и даже объект!
Но как «достать» этот самый X из ответа от сервера? Я видела, как это делают новички — они просто подставляют в переменную Х название нужного поля. Но тест при этом, увы, не работает. Потому что Postman не делает поиск по дереву json в поисках такого названия. Вам нужно указать точный путь к нужному параметру.
И сегодня я научу вас, как это делать. Пойдем от простого к сложному:
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
В прошлый раз мы с Фридой рассматривали визуализации времени, потраченного на различные задачи тестирования, включая работу над тест-покрытием продукта (Т-время), изучение багов и оформление баг-репортов (В-время), и работу по подготовке системы к тестированию и уборке за собой (S-время).
