Что пишут в блогах

Подписаться

Онлайн-тренинги

Что пишут в блогах (EN)

Разделы портала

Про инструменты

.
Итоги года и последний запуск по старым ценам от LearnQA
07.12.2020 11:38

Приближается конец года, и наш партнёр, команда Learnqa.ru, решил подвести некоторые итоги. Им слово.

Коллеги, привет!

В этом году мы:

• Выпустили 3 новых курса

• Обучили 1082 новых ученика

• Выставили 70 980 оценок

Эти показатели почти вдвое больше, чем такие же за прошлый год. И мы хотим сказать спасибо нашим ученикам и сайту software-testing.ru за возможность поработать вместе!

Новый год — новые цены

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

Поэтому с 1 января 2021 года цены на курсы станут выше.

Последние запуски этого года состоятся 10 декабря и 23 декабря.

До 10 декабря вы можете купить курсы из серии "инструментов тестировщика" по старым ценам.

До 23 декабря вы можете купить наши "большие" курсы по тестированию и автоматизации мобильных приложений и тестированию безопасности по старым ценам.

Пакеты курсов

Чтобы вам было удобнее выбирать — мы создали несколько пакетов курсов, которые позволяют купить курсы еще дешевле. При этом вы получите полные знания в нужной отрасли, а время прохождения всех курсов — суммируется, и вы сможете проходить их в любом порядке!

Если вы давно хотели пройти эти курсы, но откладывали, сейчас — самое время.

Переходите по ссылке www.learnqa.ru/newyear2021 и покупайте курсы по старым ценам!

Спасибо вам за то, что вы были и остаетесь с нами, и с Новым Годом!

 
Основы JMeter, часть 2: правила
04.12.2020 00:00

jmeter1Автор: Джуао Фариас (João Farias)
Оригинал статьи
Перевод: Ольга Алифанова

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

Эти инструменты позволяют нам оценивать содержание ответов и время, потраченное на их получение.

Подробнее...
 
Новая функциональность без багов, на примере биллинга для мобильного оператора
03.12.2020 00:00



Привет, меня зовут Максим Плавченок, я работаю в компании Bercut, занимаюсь интеграционным тестированием. В сентябре мы с командой прошли важную веху: получили ноль ошибок по результатам интеграционного тестирования для релиза новой версии биллинга для мобильного оператора. Мы шли к этому два года; хочу сегодня рассказать, за счёт чего нам удалось добиться цели.

Подробнее...
 
Советы по баг-репортам и управлению данными, автоматизация интеграционных тестов и нагрузки, проблема с термином "ожидаемый результат" - самые интересные новости тестирования за конец ноября-2020
02.12.2020 12:51

Опубликован очередной выпуск рассылки за вторую половину ноября.

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

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

 
Создание хороших баг-репортов
01.12.2020 00:00

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

Баги, баги, баги! Нельзя обсуждать разработку ПО, не затрагивая тему багов. Поначалу термин "баг" может казаться странным жаргоном для "дефекта". По коду и машинам что, бегают жучки и паучки? Как правило, нет, но иногда таки да! В 1947 году Грейс Хоппер нашла мертвого мотылька, застрявшего в реле гарвардского компьютера Mark II, и в отчете о "жучке" шутила, что нашла настоящего жука за компьютерным дефектом. Несмотря на то, что изобретатели вроде Томаса Эдисона использовали термин "баг" для описания технологических глюков задолго до 1947 года, именно этот мотылек зафиксировал терминологию для компьютеров и ПО.

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

Подробнее...
 
Как стать тестировщиком с нуля в 2020
30.11.2020 00:00

Оригинальная публикация

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

Возможность попасть в IT-сферу, высокая зарплата, перспектива работать за рубежом  — заманчивые реалии специалистов по тестированию. Именно они так привлекают как желающих сменить профессию, так и вчерашних школьников.

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

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

Подробнее...
 
Ожидаемый результат
27.11.2020 00:00

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Клара Янова – ответственная тестировщица, которая изучает, практикует и пропагандирует Rapid Software Testing. Недавно она написала на LinkedIn:

"Я могу ОЖИДАТЬ, что что-то произойдет. Но это необязательно значит, что Я ХОЧУ, чтобы это произошло. Я даже могу хотеть, чтобы это произошло, но то, что оно не происходит, вовсе не означает автоматом, что тут есть какая-то проблема.

Смысл заметки: пожалуйста, давайте покончим с "ожидаемыми результатами" в баг-репортах!"

Подробнее...
 
Как мы «разогнали» команду QA, и что из этого получилось
26.11.2020 00:00

Или как получить неочевидные последствия, если отказаться от команды тестирования.
Автор: Евгений Иванченко

Оригинальная публикация

Полтора года назад мы разрушили команду тестирования: отказались от регресса, передали E2E автотесты на Selenium в поддержку разработчикам и разошлись по командам, которые пилят фичи, чтобы предотвращать ошибки «в зародыше». В розовых мечтах нам казалось, что так будет больше пользы: QA работают над качеством, тестирование начинается рано, а разработчики пишут автотесты сами и никто им не мешает.



Но не фартануло получилось не совсем так. Розовые мечты окрасились дополнительными оттенками: никто не думает о качестве, автотесты всё хуже, а у разработчиков без команды QA (внезапно) стало больше работы. Так проявились последствия второго порядка, к которым мы не были готовы. Сейчас мы их исправляем и можем рассказать, что это за последствия, как они возникают, какой урон наносят и как попробовать их предугадать, чтобы не было так больно.

Подробнее...
 
Управление тестовыми данными
25.11.2020 00:00

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

Совсем не весело стартовать рабочий день с открытия, что некоторые (или все) ночные автотесты упали. Это особенно бесит, когда вы выясняете, что они упали, так как кто-то поменял ваши тестовые данные.

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

Подробнее...
 
С чего начинаются тесты
24.11.2020 00:00

Оригинальная публикация

Тестов много не бывает. И речь идёт не только о наращивании их количества (что само по себе, конечно, тоже хорошо) — речь идёт о разнообразии самих видов тестов. Даже не напрягая воображение можно вспомнить несколько способов протестировать ваше приложение: Unit-тесты, интеграционные тесты, API-тесты, системные тесты… и это не вспоминая о том, что тесты ещё бывают функциональными, нагрузочными, направленными на отказоустойчивость...

Но с чего же начинать писать тесты для новых проектов? Лично для меня, как для программиста, самый интуитивный ответ — это Unit-тесты. Однако опрометчиво накидываться на сочинение Unit-тестов может не только оказаться бесполезым занятием, но даже нанести вред в будущей разработке проекта.

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

Подробнее...
 
4 правила хорошего Gherkin
23.11.2020 00:00

Автор: Энди Найт (Andy Knignt)
Оригинал статьи
Перевод: Ольга Алифанова

Разработка через реализацию поведения (BDD) может помочь команде создавать хорошее ПО через скрупулезную спецификацию поведения продукта на простом языке. Неважно, хотите ли вы улучшить сотрудничество через встречу "трех друзей", или повысить качество автоматизации при помощи фреймворка вроде Cucumber – в центре BDD стоит один язык: Gherkin.

С первого взгляда Gherkin выглядит простым – просто напишите ряд шагов, описывающих желаемое поведение. Однако я сталкивался с командами, которым очень трудно хорошо писать на Gherkin. Начинающие часто страдают от писательского ступора, или же пишут сценарии, которые сложно автоматизировать. Иногда противоречивость заставляет людей по-разному интерпретировать шаги. Еще, бывает, люди слишком детализируют шаги, делая сценарии сложными для понимания. Раздражение от Gherkin даже выливается в плохую репутацию BDD.

Хорошо писать на Gherkin, возможно, сложно, но это не невозможная задача. Вот четыре правила, которые помогут вам писать на Gherkin читабельно, автоматизируемо, и масштабируемо.

Подробнее...