Главная страница
Навигация по странице:

  • Scrum 14% 18% 21% Agile собственного приготовления

  • Объект тестирования

  • Критерии верификации

  • Функциональное

  • Производительность

  • ПО. Тестирование ПО доклад 2016 год. Курс лекций 20152016 Концепция Инициация проекта Анализ требований


    Скачать 1.7 Mb.
    НазваниеКурс лекций 20152016 Концепция Инициация проекта Анализ требований
    Дата22.08.2021
    Размер1.7 Mb.
    Формат файлаpptx
    Имя файлаТестирование ПО доклад 2016 год.pptx
    ТипКурс лекций
    #227615

    Тестирование ПО


    Курс лекций

    2015-2016

    Концепция

    Инициация проекта

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

    Дизайн

    Кодирование

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

    Выдача

    Идея

    Водопадная модель жизненного цикла разработки

    Концепция

    Инициация проекта

    Выдача

    Идея

    Итеративная модель жизненного цикла разработки

    Планирование

    Реализация

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

    Оценка

    1-я итерация

    2-я итерация

    2009

    2011

    2012

    Через .опу

    35%

    30%

    18%

    Как получится

    21%

    18%

    15%

    Scrum

    14%

    18%

    21%

    Agile собственного приготовления

    11%

    18%

    27%

    Водопад (Waterfall)

    ---

    5%

    8%

    RUP-based

    5%

    5%

    5%

    XP

    3%

    1%

    1%

    MSF

    1%

    1%

    1%

    CMM/CMMI

    2%

    1%

    ---

    Другое

    8%

    3%

    4%

    Кол-во ответов

    122

    913

    850

    Опрос Стратоплана

    Какая методология используется в вашем проекте? (Выберите наиболее подходящий вариант)

    Результаты следующие:

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

    ТЗ

    и другая документация

    Баг-репорты

    Программа

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

    Баг-репорт в Магме

    Баг-репорт в Магме - 2

    Багтрекер в Магме

    База тест-кейсов в Магме

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


    Выполнение тестов (test execution)

    Анализ результатов (test analysis)

    Тест-дизайн (test design)

    Планирование работ (test management)

    Тестирование ПО


    Практика

    2015-2016

    Косметический ремонт


    Риск

    Вероятность

    Влияние

    Ослабление риска

    Мастер отказался от заказа

    Низкая

    Высокое

    Заключить письменный договор

    Найти другого мастера, готового взяться за работы, заранее

    Мастер выполнил работы плохо

    Средняя

    Высокое

    Нанимать мастера по отзывам и рекомендациям

    Заложить запас по времени на переделку

    Оплатить по результатам приемки работ

    Мастер украл часть материала

    Низкая

    Среднее

    Нанимать по рекомендациям

    Контролировать количество материала

    Работать по договору

    Взять паспорт в залог до конца работ

    Работы оказались длиннее, чем предполагалось

    Высокая

    Среднее

    Заложить запас по времени в трудозатраты мастера

    Заказчик сменил тип отделки

    Высокая

    Высокое

    Регулярная ОС от заказчика.

    Акты приемки выполненных работ.

    Увеличение цены

    Высокая

    Высокое

    Зафиксировать цену в договоре

    Риски

    Диаграмма Ганта, водопад

    Scrum backlog

    ID

    Название

    Важность

    Предв. оценка

    Как показать

    Примеч.

    1

    снять старый линолеум

    100

    1

    привести заказчика в квартиру

    с уборкой

    2

    снять старые обои

    90

    5

    привести заказчика в квартиру

    с уборкой

    3

    поклеить новые обои

    80

    4

    привести заказчика в квартиру

    с уборкой

    4

    постелить новый линолеум

    70

    1

    привести заказчика в квартиру

    с уборкой

    Scrum backlog – 2

    ID

    Название

    Важность

    Предв. оценка

    Как показать

    Примеч.

    2

    снять старые обои

    100

    5

    привести заказчика в квартиру

    с уборкой

    1

    снять старый линолеум

    90

    1

    привести заказчика в квартиру

    с уборкой

    3

    поклеить новые обои

    80

    4

    привести заказчика в квартиру

    с уборкой

    4

    постелить новый линолеум

    70

    1

    привести заказчика в квартиру

    с уборкой

    Scrum backlog – 3

    ID

    Название

    Важность

    Предв. оценка

    Как показать

    Примеч.

    2

    снять старые обои

    100

    5

    привести заказчика в квартиру в конце спринта

    с уборкой

    1

    снять старый линолеум

    90

    1

    привести заказчика в квартиру в конце спринта

    с уборкой

    3

    поклеить новые обои

    80

    4

    привести заказчика в квартиру в конце спринта

    с уборкой

    4

    укладка ламината

    60

    5

    привести заказчика в квартиру в конце спринта

    с уборкой

    Диаграмма Ганта, Scrum

    Kanban backlog

    ID

    Название

    Важность

    Предв. оценка

    Как показать

    Примеч.

    1

    снять старый линолеум

    100

    1

    привести заказчика в квартиру по завершению истории

    с уборкой

    2

    снять старые обои

    90

    5

    привести заказчика в квартиру по завершению истории

    с уборкой

    3

    поклеить новые обои

    80

    4

    привести заказчика в квартиру по завершению истории

    с уборкой

    4

    положить ламинат

    70

    5

    привести заказчика в квартиру по завершению истории

    с уборкой

    Диаграмма ганта, Kanban

    Известная схема тестирования карандаша

    Протестируйте карандаш

    • Есть требования или спецификация?
    • Краткий план тестирования: обсуждаем

    • Объект тестирования – простой карандаш со стирательной резинкой на конце (или без), специальных требований нет.

      Рамки тестирования – что мы считаем отказом. Это нужно для стресс-тестов.

      Критерии верификации – мы анализируем результаты тестирования? Если да – какие критерии верификации?

      Сроки – разумный срок на собеседовании – 5-10 минут.

      Ресурсы – 1 ручной тестер, простой карандаш как черный ящик, бумага, точилка (было бы полезно).

    Это уже из управления
    • У заказчика есть специфические потребности (привычка грызть карандаш, специальные условия работы)?

    Протестируйте карандаш

    • Составляем примерные требования.
    • Простой карандаш пишет на бумаге.
    • Наш карандаш имеет на конце стирательную резинку.
    • Резинка позволяет стереть написанное.
    • Можно заточить точилкой.
    • Бывает мягким и твердым. У нас ________

    Протестируйте карандаш

    • Список видов тестирования и тест-кейсов:
    • Функциональное тестирование:
      • Позитивное!!! Смотрим требования!
      • Негативное. Его делаем в конце!
    • Надежность: как часто ломается грифель. А есть ли время? Ожидаемое поведение?
    • Юзабилити: удобно держать в руке, мягко пишет, красивый, не скатывается со стола.
    • Производительность: сколько испишем при среднем нажиме, как быстро придется точить. А есть ли время? Ожидаемое поведение?
    • Конфигурационное: подходит для правой и левой руки, подходит для разного типа бумаги, подходит для разных точилок (если они есть).
    • Стрессовое: при сильном нажиме.

    Протестируйте карандаш

    • Делаем выводы.

    • Какие ошибки мы нашли в процессе тестирования?

      Обладает ли карандаш приемлемым для использования качеством?

    Список источников

    Рекомендую для ознакомления:

    • Школа тестирования Михаила Портного:
    • Онлайн курсы/школа тестировщиков программного обеспечения https://www.portnov.com/ru

      Канал на Youtube: SiliconValleyVoice

    • Ресурс Алексея Лупана «QA – грамотно» http://testitquickly.com
    • Роман Савин. Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах.
    • Алан Купер. Психбольница в руках пациентов.
    • Помимо того, при создании курса использованы:

    • Ресурс Александра Баранцева Software-Testing.Ru
    • SWEBOK.
    • Сэм Канер, Джек Фолк, Енг Кек Нгуен. Тестирование программного обеспечения.
    • ISO 9126 (ГОСТ Р ИСО / МЭК 9126-93). Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению.
    • http://33testers.blogspot.ru/2013/07/blog-post_27.html

    Спасибо за внимание 



    написать администратору сайта