Software Test

Введение.

Итак с чего начинать тестирование? Прежде всего, необходимо получить всю документацию, которая позволит Вам правильно составить план тестирования и разработать Test Cases. Для этого Вам понадобятся: спецификация, технический проект и т.п. На основании их составляется предварительный план тестирования с указанием классов тестов и сроков их проведения, оценкой необходимого дополнительного ПО, утилит и оборудования. Данный план обсуждается, вносятся коррективы, на основе которых составляется окончательный план тестирования. Важно, чтобы еще до начала разработки был определен словарь, который позволял бы всем членам команды общаться на "одном языке".

Хотелось бы отметить, что для успешной работы желательно, что бы тестер включался в процесс разработки еще на начальных его этапах, активно привлекался к обсуждению предстоящего проекта. Это обеспечит не только понимание сути проблемы, но и сделает разрабатываемое ПО для тестировщика таким же "своим детищем" как и для программиста. Безусловно, многое зависит от того, по какому именно виду ЖЦРПО будет осуществляться проектирование. Так же необходимо, что бы в процессе составления плана при указании сроков тестирования, учитывалось время на изучение необходимой документации, в т.ч. той, которая необходима для теоретической подготовки по проблеме; написание документации необходимой для тестирования; составления Test Cases; изучения необходимого дополнительного программного обеспечения и утилит для тестирования; установку и настройку ПО; изменения аппаратной конфигурации (приобретение нового и замену старого оборудования) и т.д.

После утверждения плана тестирования можно приступать к разработке Test Cases, по каждому из проводимых классов тестов. По окончании их составления и утверждения, замены оборудования, изучения необходимого ПО и документации можно приступать к тестированию. Как правило, у разработчика будет достаточный срок, чтобы подготовить к этому времени первую альфа-версию (или модуль) для передачи на тестирование.

Далее начинается ежедневная, рутинная работа тестировщика. Поведение Test Case, фиксация результатов, описание багов, ведение базы, корректировка планов и т.п.

К сожалению, в реальной жизни не все так гладко. Нередко возникаю ситуации, в которых казалось бы уже "пойманный" баг при повторном прогоне того же самого Test Case не проявляется. Более того, баг, который у Вас возникает стабильно, может полностью отсутствовать у разработчика. Помните, что прежде чем вносить баг в базу необходимо четко выявить условия, при которых он проявляется стабильно.

Примерный план работы тестера.

Подводя итоги сказанному можно предложить следующий примерный план организации работы тестировщика от начала разработки (общие положения):

1. Получение спецификации по разрабатываемому ПО.
2. Получение технического проекта по разрабатываемому ПО.
3. Составление на основе полученных документов предварительного плана испытательных работ (предварительного плана тестирования - см. раздел Документация).
4. Обсуждение, составление в ходе его окончательного плана и его утверждение.
5. Поиск дополнительных утилит необходимых для тестирования по плану и их освоение.
6. Составление Test Cases. Обсуждение и принятие.
7. Собственно тестирование:

• Ежедневное получение текущего задания.
• Ежедневная детализация полученного задания.
• Работа по плану.
• Перерыв.
• Работа по плану.
• Ежедневный отчет о проделанной работе (ведение базы по багам, написание отчета, подготовка к отправке (упаковка, сверка версий), отправка).