Мобильное тестирование
Фиче-тоглы как узБАГоительное для разработки и тестирования
Доклад был на прошедшей конференции SQA Days 37 и сейчас находится в архиве.
В рамках доклада обсудим: Что делать если ваша команда не успела доделать фичу, но часть кода уже залита в девелоп и ничего не протестировано? Как не бежать сломя голову делать хотфикс по фиче, если на бою по ней нашли баг? Как реализовать задачу на проведение АВ тестирования, да так, чтобы можно было менять условия фичи и условия раскатки на лету? Что за волшебное узБАГоительное?
Другие доклады SQA Days 37
Тестирование аппаратных комплексов (железо, прошивки, низкоуровневое ПО)
За пределами Ping. Современные методы тестирования сетевых протоколов
Автоматизация (300 чел.)
Тест менеджмент
Shift-left. Что может пойти не так?
Менеджмент и лидерство (300 чел.)
Мобильное тестирование
Тестирование SDK: вызовы и практические решения
Разнообразие тестирования (300 чел.)
Тестирование новых технологий (ИИ, блокчейн, IoT, и др.)
ИИ или не ИИ – вот в чем вопрос
Мастерская (180 чел.)
Процессы автоматизации
Автоматизация регресса без стресса: от классики и BDD до ИИ-агентов под контролем QA
Автоматизация (300 чел.)
HR, развитие карьеры и профессиональный рост
Как кандидаты с фейковым опытом взламывают найм, и что с этим делать?
Менеджмент и лидерство (300 чел.)
Документация (тест дизайн)
Почему чёткие тест-кейсы спасут ваше тестирование и причем тут VLM?
Разнообразие тестирования (300 чел.)
Стратегический менеджмент
Ошибка выжившего: правила построения команды, в которой хочется работать
Мастерская (180 чел.)
