Home

Публикуем запись доклада Максима Бакирова "Фаззинг или тестирование мусорными данными" с прошедшего в Новосибирске QA DevDay.

Стоит отметить, что Макс пишет на С++ и его доклад очень близок к unit-тестированию. Однако, даже если тема вам не близка, посмотрите видео для развлечения. Наши гости единогласно заметили, что за фаззингом будущее.

Обсудить в форуме

Автор: Виктор Славчев (Viktor Slavchev).

Оригинал статьи

Перевод: Ольга Алифанова.

Этот ретроспективный урок автоматизации посвящен ее моделям. Когда мы говорим "модель" или "смоделировать", мы обычно имеем в виду "трехмерное представление персоны или вещи или структуры, обычно имеющее меньший в сравнении с оригиналом масштаб" (случайное определение из Google, к счастью, верное).

Говоря о моделировании автоматизации, мы подразумеваем представление структуры автоматизированных проверок, которые мы проводим, и их распределение по разным слоям.

Автор: Ольга Назина

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

Когда вы заводите задачу, ее нужно обосновать. Вы должны убедить разработчика, что:

• это действительно баг;
• его необходимо исправить;
• его нужно исправить именно так, как мы сказали.

А то иногда читаешь баги (особенно баги новичков) и задаешься вопросом: — Почему это баг??

Например, там написано: «Загружаем отчет, получаем 57,6. А должно быть — 57.9».

Автор: Кристин Джеквони (Kristin Jackvony)

Оригинал статьи

Перевод: Ольга Алифанова.

Сегодня мы обсудим тестирование PUT-запросов. В целом они очень похожи на POST-запросы – основное отличие в том, что POST создает новую запись, а PUT заменяют существующую.

Вернемся в Swagger Pet Store, чтобы разобраться, как создавать PUT-запрос. Кликните по запросу PUT /pet, чтобы открыть его:

Автор: Катрина Клоки (Katrina Clokie).

Оригинал статьи

Перевод: Ольга Алифанова.

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

Публикуем подборку докладов с конференции SQA Days 24, посвященную аспектам тестирования в процессе регресса и предрелизной подготовки.

1. Не все так плохо. Выстраиваем регрессионное тестирование на проекте где нет документации – Даниил Майстренко, Performance Lab (Москва).
2. Эффективность применения матрицы критичности-сложности для регрессионного тестирования – Алексей Кузнецов, Performance Lab (Москва).
3. Запускать или нет? Как убедиться что мобильное приложение готово к публикации – Юлия Чистова, REDMADROBOT (Москва).

В конце прошлого года Ольга Назина запустила тренинг «Тестирование REST API».

Он уже прошел обкатку, собрал разнообразные отзывы. Тренер Ольга Назина рассказала в своем блоге о том, как строился курс, в чем его особенность, что студентам нравится, а что нет.

Автор: Анна Хворостьянова

Представьте, что перед Вами поставили задачу: протестировать API веб-сервиса. На этом этапе возникает довольно много вопросов, начиная от “Что именно требуется протестировать? Функционал? Нагрузку? Юзабилити?” до “Чем отличается список проверок для тестирования API от чек-листа для проверки UI”? В данной статье я поделюсь своим опытом составления проверок и кейсов для функционального тестирования SOAP API крупного государственного проекта со сложной логикой; мы обсудим, как лучше писать проверки и на что следует обратить особое внимание; в конце я представлю примерный вид документа с результатами тест-дизайна, которым будет удобно пользоваться и который не стыдно показать менеджеру или заказчику.