Введение в тестирование по содержание
 Скачать 3.94 Mb.
|
Важность независимости тестирования 2/2Причина 2 – Никому не нравится находить ошибки в своей работе. Это распространяется и на разработчиков программных продуктов.Причина 3 – Смена фокусировки в проектной активности так же представляет собой проблему. После конструктивной работы по проектированию и написанию кода программисту чрезвычайно сложно переключиться, и вести в отношении собственной же программы деструктивную деятельность.Команда тестированияКоманда Взаимодействие в проектной командеРоль тестировщика 1/6Тестирование выполняет сервисную функцию. Как тестировщик, вы оказываете услуги по тестированию различным «заказчикам»:Руководитель проекта (PM):Руководитель проекта обязан быть в курсе деятельности тестировщика и влиять на нее. Тестировщик должен, в свою очередь, по запросу извещать PM’а о статусе тестирования, об обнаруженных серьезных проблемах, и не быть «бутылочным горлышком» для проекта.Роль тестировщика 2/6Программист:Тестировщик облегчает работу программиста, сообщая ему о дефектах в его работе, причем, делая это быстро.О тестировщика требуется понимание своего ремесла и знание продукта, чтобы не тратить время программиста ошибочными или поверхностными отчетами.Роль тестировщика 3/6Технический писатель:Специалисты, пишущие руководства, получают неполную информацию о продукте. Тестировщик может лучше объяснить им, как работает программа и предостеречь от тех или иных ошибок в документации.Писатели так же могут помочь группам тестирования. Изучая сам продукт и то, как он эксплуатируется, они могут предупредить тестировщиков о новых областях использования продукта, недочетах в тестовом плане и о дефектах, с которыми сталкиваются пользователи.Роль тестировщика 4/6Техническая поддержкаТестировщики ставят группы поддержки в известность о тех аспектах продукта, которые могут доставить неудобства пользователям.Специалисты из службы поддержи так же помогают тестировщикам, поскольку могут обосновать необходимость исправления дефекта.Роль тестировщика 5/6Отдел маркетинга:Отдел маркетинга должен знать есть ли в продукте что-либо несоответствующее его ключевым характеристикам, которые должны быть поставлены заказчику. Дефект, который кажется незначительным разработчикам, может оказаться критически важным для маркетинга.Также тестировщик может помочь отделу маркетинга в составлении точного отчета о возможностях продукта.Роль тестировщика 6/6Пользователь:В сущности, тестировщик работает на пользователей продукта. Их удовлетворение является приоритетной задачей проекта и, конечно же, тестировщикаТипы и уровни тестированияУровень тестированияУровень тестирования: группа задач по тестирования которые управляются совместно. Уровень тестирования связан с областями ответственности в проекте.Примерами уровней тестирования могут служитькомпонентное тестирование, интеграционное тестирование, системное тестирование приёмочное тестирование. Уровень тестированияДля каждого уровня тестирования может быть определено:Цель Объекты тестирования Прослеживание связи с базисом тестирования (при наличии) Критерии входа и выхода Артефакты процесса тестирования, которые будет поставлять отдел тестирования - тестовые сценарии, протоколы тестирования, отчетность о результатах и другие Тестовые методики Измерения и метрики Инструментарий Уровни тестированияПроцесс тестирования включает в себя следующие уровни:Уровни тестирования – расширенная структураКак правило, такое деление тестовых активностей по уровням делается для комплексных систем (системы систем) – системное тестирование на нижем уровне называется подсистемым Компонентное тестирование: Тестирование отдельных компонентов программного обеспеченияТак же известно, как модульное тестированиеКомпонентное тестирование: общий обзорВыполняется самим разработчиком (иногда модульное тестирование доверяется другому разработчику, не автору кода, для повышения уровня независимости) Тестирование функциональных и нефункциональных характеристик программы Могут быть использованы эмуляторы (заглушки и драйвера) Пример кода Модульный тест Далее эту программу запускаем, таким образом автоматически тестирую код. Цель
Объекты тестирования Компоненты Программы Модули БД Базис тестирования Требования к компонентам Детальный дизайн Код Критерии входа
Разработка компонентов закончена. Среда разработки стабильна. Документация по тестовым сценариям модульных тестов составлена. Критерии выхода Все тестовые сценарии модульных тестов исполнены. Тестовые результаты доступны. Обнаруженные дефекты исправлены и закрыты. Проверка кода завершена. Все обнаруженные серьезные дефекты закрыты. Отчетность
Тестовые методики Тестирование операторов Тестирование ветвей Тестирование условий Тестирование путей Метрики и измерения Покрытие операторов Покрытие альтернатив Покрытие путей Инструментарий
Интегрированная среда модульного тестирования
Nunit Другие |