Автор: Каллум Эйкхерст-Райан (Callum Akehurst-Ryan) Оригинал статьи Перевод: Ольга Алифанова
В последнее время я работал над несколькими новыми проектами и самостоятельно решал, что тестировать, и что считать качественным. В частности, я исследовал нефункциональные области качества, чем раньше не занимался, и нашел ряд легких в освоении инструментов.
Нефункциональное тестирование легко отбросить, как что-то ненужное, особенно на ранних стадиях разработки. Однако чинить полностью готовый проект, не удовлетворяющий своей производительностью или безопасностью, куда сложнее, нежели постепенно вносить изменения заранее, и поэтому давать обратную связь по нефункциональным проблемам полезно как можно раньше. То, что нефункциональное тестирование остается "за рамками", также означает, что надо прагматично подходить к вопросу, о чем сообщать команде, дабы быть доверенным советником – нам не нужно, чтобы нас считали ставящими команде палки в колеса из-за того, на что всем наплевать, только ради достижения "золотого стандарта качества".
Ниже – инструменты, которые я использовал, и считаю очень простыми в освоении.
Мы хотим из Jenkins ходить в JIRA, чтобы вытаскивать значение поля (да/нет), зачем получать значение в Jenkins и в зависимости от значения поля запускать или не запускать сборку тестов.
Подскажите, пожалуйста, знаете ли подходящие плагины или готовые решения?
Всем привет! Меня зовут Иван Чечиков, я QA-инженер в МТС Digital, работаю над проектом WASD.TV. В этой статье я моделирую стратегию тестирования для Agile/Scrum-проекта. Она может быть полезна небольшим командам, работающим по такой методологии. Стратегия проста, но не универсальна, вы можете дополнить ее на свое усмотрение.
Для всех, кто соскучился по живому общению, команда организаторов Heisenbug сделала отдельный офлайн-день. На нем вас ждут доклады, дискуссионные зоны (вживую, а не в видеочате), партнерские стенды с докладами и мерчем и вечеринка для участников.
— «Assert, как много в этом слове...»Посмотрим, как современные инструменты позволяют писать тесты так, чтобы их падение было проще анализировать, а сами тесты было проще поддерживать.
Также в программе будет BoF-сессия «Способы улучшения качества в условиях постоянного сокращения Time To Market».Обсудим актуальную проблему на многих продуктовых проектах: использование shift-left testing и автоматизацию процессов QA. Будет актуально для QA-менеджеров, тимлидов и продукт-менеджеров.
Место проведения:Санкт-Петербург, Park Inn by Radisson Pulkovskaya.
Дата: 21 июня.
Вместе с билетом на офлайн-день вы получите доступ к записям более чем 30 докладов и других активностей с онлайн-части конференции. Подробности и билеты вы можете найтипо ссылке.
Если покупаете билет за свой счет (а не за счет компании), то воспользуйтесь промокодом softwaretesting2022JRGpc для получения скидки. Промокод работает только для билетов категории «для частных лиц».
Высшее руководство многих компаний по разработке ПО сложно убедить, что компании нужно нанять больше тестировщиков. К сожалению, ряд причин не нанимать тестировщиков заставляет всех тестировщиков (и приличное количество разработчиков) недоумевать, в какое количество мифов о тестировании верят люди, принимающие решения.
Ниже – десять распространенных и наиболее ошибочных причин не нанимать тестировщиков.
