Мы используем файлы cookie для обеспечения работоспособности сервиса, улучшения навигации и маркетинговых активностей Yolonce. Нажимая "Согласен", вы соглашаетесь с нашей Политикой конфиденциальности

Практикум по рискам тестирования

  Сложность

Начинающий специалист

  Длительность

8 ак.ч.

  Формат

онлайн

  Документ по выпуску

сертификат

Стоимость курса
9 900

Подробнее о курсе

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

Документ после выпуска

сертификат

Автор курса

Оценка и обучение ИТ-специалистов по ключевым направлениям разработки программного обеспечения. Курсы от экспертов-практиков по языкам программирования, системному и бизнес-анализу, архитектуре ПО, ручному и автоматизированному тестированию ПО, Big Data и машинному обучению, управлению проектами и Agile. Действует скидка 10% на обучение физических лиц.

Программа курса

  1. Подготовка проекта

Неполная оценка трудозатрат; План-график работ по тестированию; Неполнота scope тестирования; Игнорирование внутренних рисков тестирования.

  2. Стратегия тестирования

Стратегия тестирования отсутствует; Стратегия тестирования не поддерживается; Работа с требованиями (на примере Agile); Объем тестирования (на примере Agile); Объем тестирования (на примере итерационной модели); Критерии начала и завершения тестирования; Риски тестирования.

  3. Анализ требований

Требования анализируются и разрабатываются без участия тестировщиков; Требования изменяются без участия тестировщиков; Требования не ранжированы по приоритетам; Требований в проекте нет; Требования постоянно изменяются; Нет аналитика – некому поддерживать требования.

  4. Дизайн

Архитектура системы не учитывается при разработке стратегии тестирования; Требования заменены проектными спецификациями; Нет единого решения по пользовательским интерфейсам; У объекта тестирования отсутствует пользовательский интерфейс Нет требований к окружению системы.

  5. План тестирования

Не анализируется покрытие требований тестовыми сценариями; Оценка качества плана тестирования в процессе разработки; Оценка качества плана тестирования в процессе применения; Ревью плана тестирования не планируется; Ревью плана тестирования не производится; Взаимодействие и порядок применения различных планов тестирования; Тестовые сценарии не содержат деталей; Тестовые сценарии содержат детали; Проектирование и разработка тестовых данных не планируется и не производится.

  6. Автоматизация тестирования

Автоматизация функционального тестирования применима в любом проекте; Автоматизация функционального тестирования применима только для регрессионного тестирования; Автоматизация функционального тестирования применима только при большом числе раундов тестирования; Раннее проведение нагрузочного тестирования; Неадекватная модель нагрузки.

  7. Среда тестирования

Тестирование выполняется в среде разработки; Одна и та же среда тестирования для нескольких проектов.

  8. Тестирование

Тестирование проводится не по плану; Дефекты, найденные вне плана тестирования, не приводят к его корректировке; Не выдерживаются сроки тестирования; Не хватает ресурсов тестирования; Невозможно идентифицировать версию объекта тестирования; Объект тестирования не работоспособен; Дефекты возникают из-за неверной конфигурации системы / среды тестирования; Протоколы тестирования не создаются; Как оформлять описание дефекта; Метрики тестирования не используются; Коммуникация и исправление дефектов «на лету»; Сокрытие дефектов; Пользовательская документация не тестируется; Не проводится системное тестирование.

  9. Приемка

Не согласована процедура приемки; Верификация и валидация; План приемо-сдаточных испытаний; График приемо-сдаточных испытаний; Ожидания заказчика; Лицо, принимающее решение.

Оставьте отзыв

Напишите ваш коментарий, не менее 30 символов

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

обновлено: 19.09.2024

Оставьте заявку

Наши консультанты ответят на все вопросы
И помогут в выборе

Комментарий ...

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