Тестирование информационных систем

Мустыгина Екатерина Сергеевна

E-mail: mst_es@mail.ru

Telegram: @mst_katrin

Тема 1. Отладка и тестирование программного обеспечения

Тема 1.6.1 Ролевой состав коллектива разработчиков, взаимодействие между ролями в различных технологических процессах. Организация тестирования в команде разработчиков

Ролевой состав группы разработчиков

•               Специалист по контролю

                            качества.         Задание 18 + 9. Работа

•               Технический писатель.     с информацией.

разработчиков

Задание 19.

Описать «Проблемы организации процесса тестирования в крупной команде по разработке ПО»

разработчиков

Лица, заинтересованные в тестировании - в проектной команде можно выделить несколько групп лиц, которые прямо или косвенно заинтересованы в тестировании программного продукта

Группы лиц заинтересованные в тестировании:

•    лица, задействованные в тестировании прямо

•    лица, задействованные в тестировании косвенно;

•    лица, использующие результаты тестирования;

•    лица, заинтересованные в качестве конечного продукта.

Задание 20. Дать полную характеристику каждой группе

разработчиков

В зависимости от специфики проекта в каждую из перечисленных групп могут входить различные люди.

Задание 21. В открытых информационных источниках ознакомиться с информацией о людях (ролях) входящих в команду тестирования. Описать каждую роль, включая общее назначение, перечислить и охарактеризовать выполняемые функции, виды задач и работ, входные выходные данные.

разработчиков

В зависимости от специфики проекта в каждую из перечисленных групп могут входить различные люди.

Задание 22. Описать как проходит коммуникация и взаимодействие перечисленных ролей (задание 21) в процессе тестирования (внутри команды тестирования, с разработчиками ИС, ПО).

Тема 1.6.2. Методы организации работы в команде разработчиков

Команда    —  группа    людей,    которые объединены  общими    целями,  задачами коллективной ответственностью за результат.

• Чем команда отличается от группы?

Группа — это люди, которые могут быть объединены общими целями, но не зависят друг от друга и несут индивидуальную ответственность.

Методы организации работы в команде разработчиков

•       Равноправная модель

•       Иерархическая модель

•       Модель наставничества

(Старшие/младшие)

Тема 1. Отладка и тестирование программного обеспечения

Тема 1.7. Инструменты команды разработчиков

Тема 1. Отладка и тестирование программного обеспечения

Тема 1.8.

Дефект, Баг,

Ошибка, Сбой, Отказ – суть и отличия

Дефект, Баг, Ошибка, Сбой, Отказ

•    Ошибка (error, mistake) – это действие человека в процессе разработки, которое порождает неправильный результат работы ПО.

•    Дефект (Defect, problem, fault) - недостаток компонента или системы, обнаруженный во время исполнения (тестирования) программы который может привести к сбою или отказу.

•    Сбой (failure) – несоответствие фактического результата (actual result) работы компонента или системы ожидаемому результату (expected result).

•    Отказ (failure) — событие, заключающееся в нарушении работоспособного состояния объекта (компонента или системы).

•    Баг (Bug) – разговорный термин, эквивалентный дефекту или ошибке.

Задание 23. Указать не менее 5 источников, причин появления, примеров для каждого типа.

Типы багов

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

•    Синтаксические баги

•    Логические ошибки

•    Проблемы производительности

•    Ошибки вычислений

•    Уязвимости в безопасности

•    Баги уровня модуля

•    Интеграционные баги

•    Юзабилити-баги

•    Баги потока управления (Control Flow

•    Проблемы совместимости (Compatibility issues)

Задание 24.  Дать определение и указать не менее 5 примеров для каждого вида.

Severity vs Priority

(Серьезность и приоритет) багов

Серьёзность (severity) - показывает степень ущерба, который наносится проекту существованием дефекта. Severity выставляется тестировщиком.

Градация Severity:

•    Блокирующий (S1 – Blocker)

•    Критический (S2 – Critical)

•    Значительный (S3 – Major)

•    Незначительный (S4 – Minor)

•    Тривиальный (S5 – Trivial)

Задание 25. Дать определение и указать не менее 5 примеров для каждого вида.

Severity vs Priority

(Серьезность и приоритет) багов

Приритет (priority) - атрибут, определяющий скорость устранения бага.

Priority выставляется менеджером, тимлидом или заказчиком.

Градация Priority:

•    Top Наивысший

•    P1 Высокий (High)

•    P2 Средний (Medium)

•    P3 Низкий (Low)

Частота (Frequency) — это показатель количества пользователей, которые сталкиваются с ошибкой.

•    High. Высокая: больше 80% пользователей.

•    Medium. Средняя: от 30% до 80% пользователей.

•    Low. Низкая: 10-30% пользователей.

•    Very low.     Незначительная: меньше,   чем   10% пользователей.

Задание 26 Дать определение и указать не менее 5 примеров для каждого вида.

Тема 1. Отладка и тестирование программного обеспечения

Тема 1.9. ЖЦ Бага

ЖЦ Бага

ЖЦ Бага - цикл обработки дефекта (бага), с присвоением ему различных статусов после выполнения различных действий — начиная с регистрации нового бага в системе и до закрытия после устранения.

ЖЦ Бага - со стороны команды

Задание 27

Тема 1. Отладка и тестирование программного обеспечения

Тема 1.10 Документированность процесса тестирования