Наталия Александровна Матвеева - Шпаргалка начинающего тестировщика

донату троим своим детям на мороженое:
5368 2902 0086 3191

Если вы не собираетесь учить меня, как мне жить, то найти меня можно здесь:
https://vk.com/zona97

– Вы выбрали IT из-за того, что там
зарплаты высокие, или у вас искренний
интерес?

– У меня искренний
интерес к высокой зарплате.

Введение

Содержание

Вопросы

5

ТЕСТИРОВАНИЕ
Тестирование (Software Testing) – проверка соответствия реальных и ожидаемых результатов поведения программы, проводимая на конечном наборе тестов, выбранном определённым
образом.
Цели тестирования:
• Выявление дефектов до того, как их обнаружат пользователи.
• Предоставление актуальной информации о состоянии продукта на данный момент.
• Проверка на соответствие ПО всем заявленным требованиям.
Принципы тестирования:
• Тестирование демонстрирует наличие дефектов. Тестирование только снижает вероятность наличия дефектов, которые находятся в ПО, но не гарантирует их отсутствия.
• Исчерпывающее тестирование невозможно. Полное тестирование с использованием всех входных комбинаций данных, результатов и предусловий физически невыполнимо.
• Раннее тестирование. Следует начинать тестирование
на ранних стадиях жизненного цикла разработки ПО, чтобы найти дефекты как можно раньше.
• Скопление дефектов. Большая часть дефектов находится
в ограниченном количестве модулей.
• Эффект (парадокс) пестицида. Если повторять те же тестовые сценарии снова и снова, в какой-то момент этот
набор тестов перестанет выявлять новые дефекты.
Суть его в том, что если вы долго проводите одни и те же
проверки, скорее всего новых багов вы не найдете. Именно
поэтому периодически нужно «встряхивать» тестовую базу,
ревьюить её новыми сотрудниками, проводить исследовательское тестирование.
• Тестирование зависит от контекста. Например, программное обеспечение, в котором критически важна безопасность, тестируется иначе, чем новостной портал.
• Заблуждение об отсутствии ошибок. Отсутствие найденных дефектов при тестировании не всегда означает готовность продукта к релизу. Система должна быть удобна
пользователю в использовании и удовлетворять его ожиданиям и потребностям.

Содержание

Введение

Вопросы

6

ТЕСТИРОВЩИК
Тестировщик – это специалист, который проверяет качество программного обеспечения и уровень его соответствия заранее определённым
требованиям.

QA И ТЕСТИРОВАНИЕ
Quality Assurance (QA) – QA обеспечивает правильность процесса тестирования, подходит к контролю качества глобально,
следит за нормализацией процессов.
Quality Control (QC) – QC предполагает контроль соблюдения
требований.
Testing – Тестировщик обеспечивает сбор данных, которые
вносятся в документы, созданные в ходе работы QC.
Quality Assurance
Quality Control

Testing

•
•
•
•
•
•

Атрибуты качества ПО:
Функциональные
возможности (Functionality).
Надёжность (Reliability).
Практичность (Usability).
Эффективность (Efficiences).
Сопровождаемость
(Maintainability).
Мобильность (Portability).

В реальной жизни IT-индустрии встречаются только
два названия профессии QA-инженер и Тестировщик ПО.
Причём очень часто эти понятия взаимозаменяются и путаются. Пример: «Ищу Тестировщика ПО (QA-инженера)». По факту
многие работодатели ищут тестировщика ПО (если ориентироваться по описанию обязанностей), но в названии вакансии может быть QA-инженер.
Тестировщик ищет баги и сообщает о них.
Но главная задача тестировщика – предоставить
информацию о том, как работает приложение.

Содержание

Введение

Вопросы

7

БАГ
БАГ (bug, дефект) – отклонение фактического результата от ожидаемого. Найденные баги оформляются в баг-репорты (стр. 36).
Ожидаемый результат (Expected result) – описание того, как
именно должна работать система в соответствии с документацией.
Фактический результат (Actual result) – это тот результат, который получает тестировщик во время тестирования. То есть то, как
система работает на самом деле.
ЖИЗНЕННЫЙ ЦИКЛ БАГА
Переоткрыт

Новый

Назначен

Закрыт

Решен

Проверен

Отказ/Отложен/Закрыт

• Новый (New) – Впервые найденный баг, занесённый в систему.
• Отказ (Rejected) – Баг отклонён. Причины: некачественное
описание или такой дефект уже существует, невозможность
воспроизвести баг.
• Закрыт (Closed). – Баг перестал быть актуальным.
• Назначен (Assigned) – Дефект просмотрен и открыт, --">