Home

Автор: Мария, специалист по тестированию ЛК

Когда на новом проекте менеджер попросила меня провести эстимацию тестирования, я сначала растерялась, ведь это вроде как задача менеджера или старшего тестировщика. А потом вспомнила, что я – единственный тестировщик на проекте. И понеслось…

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

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

Автор статьи: Глеб Саркисов (Gleb Sarkisov)

Преодоление кризисов в качестве лидера команды: первый год в роли Head of QA

Всем привет, я Глеб.

За 7 лет работы в QA я успел попробовать разные роли:

– тестировщик в стартапе;

– тест-лид в агентстве и корпорации;

– и вот недавно прошел год, как я работаю хедом QA в Mayflower.

Меняется не только моя роль, но и количество людей, за которых я отвечаю. Если несколько лет назад я управлял командой из двух тестировщиков, то сейчас отвечаю за отдел тестирования, в котором почти 30 человек. В этой статье хочу поделиться своим опытом работы в роли хеда. Это может быть полезным для тех, кто планирует расти в эту сторону, но имеет внутренние вопросики.

Автор: Венкат Рамакришнан (Venkat Ramakrishnan)
Оригинал статьи
Перевод: Ольга Алифанова

Тестирование ПО – это область с огромными возможностями для более глубокого изучения качественного тестирования систем. Для тест-стратегий есть множество разных подходов, и один из них – это тестирование на основе рисков. Термины «риск» и «исследование» в обороте довольно давно, их обсуждают в соцсетях и на конференциях, посвященных тестированию.

Автор: Джош Грант (Josh Grant)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Статья компании SimbirSoft

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

Автор: Энджи Джонс (Angie Jones)
Оригинал статьи
Перевод: Ольга Алифанова

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

Однако при отсутствии автотестов для фич по завершении спринта команда создает и риски, и технический долг. Ручное тестирование в ходе спринтов обычно концентрируется на самой юзер-стори, а не на регрессе других фич. Задача автоматизации соответствующих тестов уходит в бэклог для выполнения позднее.

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

Как добиться тест-автоматизации в ходе спринта, особенно если кажется, что это слишком большая задача для такого короткого периода? Ниже – три стратегии, которые помогут вам закрывать спринты с готовой автоматизацией.

Авторы: Яна Мадзюк и Людмила Лихогляд (компания “Лаборатория Качества”)

Опросы – комфортный инструмент для больших команд с выгодой для обеих сторон. Вы собираете субъективные мнения сотрудников. Они получают возможность высказаться, если что-то для них некомфортно. А чем больше комфорт для работника, тем больше продуктивность. К тому же это неплохой способ диагностики риска: если вы замечаете, что сотрудник стал много негативить, жаловаться, то вполне возможно, что он хочет покинуть компанию. Это риск для команды, если человек – важный специалист.

Автор: Людмила Лихогляд, сотренер курса “Аудит и оптимизация QA-процессов”

На каждом потоке курса по аудиту и оптимизация QA-процессов, самые популярные вопросы от студентов – о метриках. Мы рады делиться с вами ответами от экспертов-тренеров курса, которые они дают студентам в чатах потока, и сегодня поговорим о KPI и значениях метрик.

Вопрос: Касательно метрик: откуда берется градация, что есть отлично, хорошо и недопустимо? Например, есть метрика crash free users. Есть ли какие-то стандарты для разных категорий приложений?  Как установить то пороговое значение, просадка ниже которого для нас будет инцидентом и потребует незамедлительных действий? Домен – игровые мобильные приложения.

При этом СТО говорит что-то в духе: «Наши приложения должны быть лучшими и вообще не падать»:)

Автор: Ольга Кабанова, Senior Mobile QA Engineer, hh.ru
Оригинальная публикация

Всем привет! Я Оля, тестировщик мобильных приложений в hh.ru, и мы продолжаем серию ответов на самые популярные вопросы про автоматизацию тестирования. Ранее мы уже ответили на вопросы ручного тестировщика и менеджера. Пришло время ответить на пять самых страшных вопросов от технического директора — как не проиграть при выборе фреймворка для автоматизации, про сложность найма и трудозатраты на поддержку автотестов.  

Видеоверсию моих ответов можно посмотреть и послушать тут.