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

Автор: Тагир Валеев, CC BY 3.0

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

Тем не менее злые начальники требуют больше тестов, говоря о так называемом «контроле качества». Особо хитрые менеджеры даже считают покрытие и не отпускают вас с работы, пока оно не будет достигнуто. Ваш код заворачивают на ревью, если в нём нет тестов или они чем-то не понравились. Сплошное расстройство!

Что же делать?

Автор: Виктор Славчев (Viktor Slavchev)
Оригинал статьи
Перевод: Ольга Алифанова.

В этой части ретроспективных уроков автоматизации я постараюсь сконцентрироваться на другом ключевом вопросе – что имеет смысл автоматизировать? Почему именно это, а не то? Зачем люди тратят столько времени на UI-тесты? Чтобы перейти к этим вопросам, поговорим об интерфейсах.

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

1. Агент для симуляции трафика. Кто он – Николай Миронцев, СмартБеар Софтваре (Тула).
2. Интеллектуальное игровое моделирование в нагрузочном тестировании бизнес приложений – Владимир Крючков, Группа Полипластик (Москва).
3. CWE, CERT, MISRA, OWASP - просто модные слова или способ повысить качество программного обеспечения? – Евгений Рыжков, PVS-Studio (Тула).
4. Сломай меня, если сможешь! Или как протестировать устойчивость сложных распределенных системы к нештатным ситуациям? – Павел Липский, Сбербанк-Технологии (Санкт-Петербург).

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

Меня зовут Виталий Котов, я работаю в компании Badoo и бо́льшую часть времени занимаюсь вопросами автоматизации тестирования. Решением одного такого вопроса я и хочу поделиться в этой статье.

Речь пойдёт о том, как мы организовали процесс работы UI-тестов с A/B-тестами, коих у нас немало. Я расскажу о том, с какими проблемами мы столкнулись и к какому флоу пришли в итоге. Добро пожаловать под кат!

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

Сегодня мы узнаем, как тестировать на наличие IDOR. IDOR расшифровывается как Insecure Direct Object Reference (небезопасные прямые ссылки на объекты) и подразумевает ситуацию, когда пользователь может успешно получить доступ к странице, данным или файлу, доступа к которым у него быть не должно. Мы обсудим четыре способа, которыми эта уязвимость проявляется, а затем поэксплуатируем ее в тестовом приложении, используя инструменты разработчика Chrome и Postman.

В этой статье Анастасия Ронжина, тестировщик сервиса Контур.Маркет, расскажет о том, почему стоит пробовать что-то новое, менять свои взгляды, подходы, ошибаться и снова пробовать.

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

Зачем мне это надо?

У меня всё хорошо, я отлично работаю, меня хвалят, зачем мне что-то менять? Вполне логичный вопрос. В ответ цитата из книги «Алиса в Зазеркалье»:

Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!

Пока мы сидим и просто тестируем задачки, мир не стоит на месте. Джеймс Бах с Майклом Болтоном проводят очередное исследование и ищут подходы к тому, чтобы за короткое время тестировать с высоким качеством.

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

Сообщество COMAQA.by приглашает принять участие в большой весенней конференции Comaqa Spring Minsk 2019, 26-27 апреля.

26 апреля - День мастер-классов, 27 апреля - День докладов.

Что Вас ждет на конференции?

5 мастер-классов и более чем 30 докладов по следующим направлениям:

Автоматизация тестирования (12), Ручное тестирование (4), тестирование ПО для мобильных устройств (3), тестирование производительности (3), процессы в тестировании (2), тестирование требований (2), usability тестирование (1), DevOps (1).

По окончании второго дня конференции After Party для всех желающих.

Вы можете подробней ознакомиться с программой и стоимостью билетов по ссылке.

Для размещения участников нашей конференции Отель «IBB Hotel» предлагает скидку 15%. Промокод Comaqa Spring 15% Вы можете ввести при бронировании на сайте отеля или сообщить при заселении администратору. Хотим обратить внимание, что промокод не действует при бронировании через дополнительные сервисы, такие как, например, Booking.

Дата: 26-27 апреля 2019

Место: г. Минск, пр-т “Газеты “Правда”, 11

Ждем всех желающих! Будет очень интересно!

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

Сегодня мы поговорим о добавлении правил в Postman-запросы. Мы уже говорили о том, что значат различные коды ответов на API-запросы, и как писать правила для них в Postman. Теперь мы добавим другие правила, которые более полно протестируют наши запросы.

Мы будем использовать созданную нами коллекцию Postman, поэтому если вы еще этого не сделали – настройте ее, прежде чем продолжать.