Выполнение тестов и оценка результатов
Nbsp; Место тестирования в процессе разработки ПО Цикл тестирования ПО. Классификация видов и направлений тестирования. Цикл тестирования ПО Этапы тестированияАнализ требований Планирование тестирования Разработка тестов Выполнение тестов и оценка результатов Что можно тестировать, кроме самого ПО? Тестирование требований и документации Завершённость Атомарность Непротиворичивость Однозначность (недвусмысленность) Выполнимость Обязательность Прослеживаемость (трассируемость) Модифицируемость Проранжированность Корректность и проверяемость Тестирование дизайна Тестирование программного кода Какой этап в разработке ПО самый важный для тестирования Классификация видов и направлений тестирования По запуску кода на исполнение По доступу к коду и архитектуре приложения По степени автоматизации По уровню детализации приложения: По степени важности тестируемыхфункиций По принципам работы с приложением По цели тестирования Соответствие тестирования методологии разработки ПО Домашнее задание Дополнительные материалы Используемая литература .
Цикл тестирования ПО
Этапы тестирования
Работа тестировщиком именно в плане тестирования поделена на несколько этапов: анализ требований, планирование тестирование, разработка тестов, выполнение тестов, оценка результатов тестестирования.
|
|
|
Анализ требований
На этапе анализа требований тестировщик знакомится с ПО. Узнает для чего оно нужно. Знакомится с требованиями и вникает в проект.
На этапе анализа требований происходит тестирование и уточнение требований. После того как вопросы по требованиям и функциоанльности ПО решены, происхоидперехона этап планирования тестирования.
Планирование тестирования
Этап планирование направлен на обдумывание того, что мы будем тестировать и какой функциональностью обладает ПО.
Планирование тестирование состоит из:
● Создания тест-плана
● Продумывания стратегии тестирования
● Оценки трудозатрат на тестирование
● Прогнозирование сроков и составление графика проведения тестирования
● Деятельности по оценке рисков
● Определение используемых инструментов
Зачастую результатом планирования является созданный отдельный документ – План тестирования (тест-план). Однако его отсутствие не означает, что этап планирования был упущен вовсе.
Любая деятельность в большей, меньшей или минимальной степени планируемая. Вопрос в том, что не всегда тест-план / стратегия тестирования в достаточной мере детализированы или же вообще получили материальное воплощение в форме написанных документов.
|
|
|
Однако информация, обычно содержащаяся в плане и стратегии, всё равно известна и используется, и содержится в личных заметках или же непосредственно в головах у руководителя и членов команды тестирования.
При создании тест-плана могут использоваться существующие шаблоны (RUP, IEEE 829) или свой собственный, например принятый в компании. В любом виде тест-план должен отвечать на следующие вопросы:
● Что надо тестировать (объект тестирования: система, приложение, оборудование)
● Что будете тестировать (список функций и компонентов тестируемой системы)
● Как будете тестировать (стратегия тестирования – виды тестирования и их применение по отношению к тестируемому объекту)
● Тестовые окружения, на которых необходимо проверять программный продукт
● Когда будете тестировать(последовательность проведения работ: подготовка, тестирование, анализ результатов, учёт зависимостей тестовых активностей от задач разработки и смежных групп)
● Рискии стратегии по их разрешению
Если тест-план задаёт общую схему, по которой процесс тестирования будет строиться, то стратегия уточняет его и содержит информацию о:
|
|
|
● Непосредственно типах тестов для каждого отдельного компонента программного обеспечения и его функционала
● Требуемых инструментах и предполагаемых для использования техниках в тестировании ● Необходимых конфигурационных настройках.
Разработка тестов
Следующим важным этапом служит тест-дизайн. тест-дизайн - это процесс тестирования ПО, на котором проектируются и создаются тесты, в соответствии с определёнными ранее критериями качества и целями тестирования.
При проектировании тестов мы анализируем проектные артефакты, которые у нас есть - это может быть ТЗ, спецификации, планы, а в особо плохих случаях - письмо от заказчика и содержимое из головы программистов.
Интернет-магазины, в отличие отспециализированного ПО, должны обладать интуитивной понятностью. Если пользователю непонятно как купить или ему что-то не понравится, то он уйдёт к конкуренту.
Важным моментом при проектировании тестов является их фиксирование. В разных условиях тесты фиксируются по-разному. Некоторые используют для этого специальные инструменты (MTM, Sitechk, TestLink) или приспосабливают существующие (Excel, MindMap).
Выполнение тестов и оценка результатов
|
|
|
После того как тесты готовы, происходит их выполнение. При выполнении тестов фиксируется версия ПО, на котором проводится тестирование и результат прохождения теста.
Полученные результаты сообщаются остальным членам команды и руководителю проекта. Если тесты провалились, то на их основе заводятся ошибки в баг-трекер.
Что можно тестировать, кроме самого ПО?
Вполне вероятно при слове “тестирование” у вас может возникнуть мысль, о проверке правильности функционирования программы. Однако это не совсем так,тестировать можно не только программу, но и требования к ней, её дизайн, сам код и документацию ПО.
Дата добавления: 2018-08-06; просмотров: 1518; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!