Выбор. Все мы делаем выбор десятки раз за день. Арахисовое масло или сыр (я, как правило, за сыр). Джинсы или слаксы (определенно джинсы). Кофе или чай (хороший кофе со стаканом воды, пожалуйста). А когда вы работаете над автоматизацией или обучаетесь ей, перед вами встает множество вариантов, которые вы можете (а иногда должны) выбирать. Многие из этих вариантов, насколько я могу судить по обсуждениям и решениям людей вокруг, не очень-то хороши. Некоторые из них – вообще ложные дихотомии. Давайте посмотрим, над какими решениями размышляют люди, и какие еще варианты им доступны из тех, что могут дать лучшие результаты и сделать их лучше как специалистов.
Тест-персона – это вымышленный персонаж, представляющий собой потенциальных пользователей системы. Еще его называют "пользовательская персона" или просто "персона".
Зачем это нужно?
Определяя проблемы и нужды персон и размышляя над ними, вы можете вскрыть сценарии и проблемы, о существовании которых вы даже не подозревали.
Сегодня мы закончим обсуждение типов REST-запросов, разобрав DELETE-запрос и специфику его тестирования. Мы также узнаем, как создать цепочку REST-запросов в коллекции Postman.
Согласитесь, ситуация, когда мы хотим выкинуть кучу готового кода, сильно раздражает. В этой статье вместе с Андреем Коломенским попробуем разобраться, какие для этого могут быть причины, и как узнать, как должна выглядеть наша система в точке максимально высокой продуктивности. Разберем, какой подход затянет нас в замкнутый круг недостаточно тщательного проектирования, а какой позволит получить тестопригодную систему, что в конечном счете приводит к качественному дизайну системы и уменьшает риск возникновения дефектов.
Уже в седьмой раз Сообщество тестировщиков Екатеринбурга проводит тест-сессию QAutomation Test Session. Но в этот раз, решили перетряхнуть формат и придумали два новшества. Во-первых, будем тестить через код. Во-вторых, участвовать будут сразу три города: Екатеринбург, Питер и Новосибирск. Цель осталась традиционной — найти как можно больше багов.
Будем писать тест на C#. Так что знание синтаксиса C# будет плюсом, а незнание — поводом его погуглить. Не переживай, мы дадим проект и пример для подражания. В перерыве отдохнем, поиграем, поедим пиццу и познакомимся с коллегами из других компаний.
Участие бесплатное. Но нужно зарегистрироваться, чтобы организаторы могли рассчитать количество мест и вкусняшек.
Материал подготовлен компанией «Яндекс.Деньги». Оригинал статьи
Публикуем четыре доклада с митапа по тестированию BugsBusters (Яндекс.Деньги) от 18 декабря 2018 года о том, как правильно и со смыслом нагружать сервера в платёжных системах, банках и онлайн-играх.
Темы такие:
— регулярные боевые стрельбы и как их можно провести; — исследования производительности в рамках capacity management; — применение BDD для непрерывного нагрузочного тестирования; — как тестируют игровые сервера в World of Warships.
Продолжаем в новом году делать выпуски рассылки, в которых собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
Встречайте новый выпуск рассылки за первую половину января, его содержание доступно по ссылке.
Со 2 по 4 апреля в Москве пройдет третья ежегодная международная конференция по тестированию и обеспечению качества программного продукта – TestCon Moscow 2019.
По традиции, мероприятие длится 3 дня: первый день займут 6 практических мастер-классов, а в остальные дни всех участников конференции ждут 40 докладовот спикеров со всего мира.
Какие вопросы и проблемы слетятся обсудить сотни специалистов в этом году? В первую очередь, речь пойдет о тенденциях в области тестирования и применении инструментов, таких как Selenium, Selenide, JMeter, их открывшихся на практике преимуществах и недостатках. Во-вторых, будут говорить о скрытых и плавающих ошибках в продуктах, о покрытии тестами и о том, как найти идеальный баланс между бесконечным процессом тестирования и выпуском версии. В-третьих, доклады не обойдут стороной мобильное и нагрузочное тестирование, ведение тестовой документации.
На TestCon Moscow 2019 не обойдётся и без вечных для всех тестировщиков вопросов: что победит: ручное или автоматизированное тестирование? Как стать настоящим специалистом по QA? Существует ли ПО, в котором нет ошибок?
Кроме того, спикеры подготовили воодушевляющие доклады о том, как с нуля построить процесс тестирования на проекте, как работать в команде и привить всем понимание того, что тестирование и разработка должны существовать как единый организм.
Конференция TestCon Moscow – это реальный практический опыт профессионалов, большинство из которых трудятся за рубежом. В этот раз спикеры в своих докладах собрали еще больше технической информации об инструментах, методиках тестирования и поделятся уникальными практиками и ошибками, с которыми им пришлось столкнуться при построении процесса тестирования.
Как и в прошлом году, наш QA-лайнер приземлится в уютном лофте Красного Октября и ждет на борт тестировщиков, QA-специалистов, администраторов, разработчиков, технических руководителей и всех, кому небезразлично качество программного обеспечения.
Как и PUT-запросы, PATCH-запросы меняют существующую запись, однако их куда сложнее тестировать! PUT-запрос меняет запись целиком, а PATCH – только одну часть запроса. С PATCH-запросом можно проводить множество различных операций – вы можете добавлять, заменять, удалять, копировать и перемещать значения в вашей записи. Опишу несколько примеров, а потом поговорим о том, как это тестировать.
Публикуем запись доклада Максима Бакирова "Фаззинг или тестирование мусорными данными" с прошедшего в Новосибирске QA DevDay.
Стоит отметить, что Макс пишет на С++ и его доклад очень близок к unit-тестированию. Однако, даже если тема вам не близка, посмотрите видео для развлечения. Наши гости единогласно заметили, что за фаззингом будущее.
