6.1 Процесс отладки
у
Статическое тестирование
Детерменированное тестирование.
Динамическое тестирование
Вероятностное (стахостическое).
Диагностика и локализация ошибки.
Определение ошибки….Место обнаружение ошибки не всегда совпадает с местом возникновением ошибки.
6.2 Принцип тестирование
1. лмтвщкрыщшоуцшщазцрпзцк
2. выполнение тестирование автором не достаточно.
3. необходимо анализировать результаты каждого теста, и не выбрасывать протокол.
4. тесты для неправильных и не предусмотренных входных наборов данных, должны точно также рассматриваться как для правильных и предусмотренных.
2.ошибки группируются в тех модулях, которые не достаточно разработаны на этапе проектирования
При разработке тестов необходимо описывать алгоритмы тестов.
пятница, 21 сентября 2012 г.
Лекция 3.
3. Определение требований пользователя
Получение требований пользователя
Получение требований пользователя представляет собой процесс сбора информации о нуждах пользователя, т.е. требования пользователя должны быть оговорены с учетом критики и опыта существующего ПО макетов.
Прежде всего, требования пользователя должны быть реальными, т.е.: ясными, проверяемыми, полными и выполнимыми.
Проверяемость и ясность дают уверенность в том, что поставляемое ПО будет удовлетворять требованиям пользователя.
Полнота и аккуратность предполагают, что формулируются реальные нужны пользователя, являющееся ему необходимыми.
Реальые требования пользователя должны быть выполнимыми с сохранением временных диапазонов их реализации и имеющихся в наличии ресурсов.
Спецификация требования пользователя
Спецификация требований пользователя – это процесс организации информации о нуждах пользователя и отображения их в документе.
Требование является условием или возможностью, необходимым пользователю, чтобы решить задачу или достичь цели.
Поэтому существуют два вида требований:
Мандатные требования;
Ограничительные требования.
Мандатные требования
Мандатные требования описывают процесс, который должен быть поддерживаемым ПО, они описывают, «ЧТО» пользователи хотят делать.
Одно требование должно определять операцию или последовательность связанных операций, которые ПО будет выполнять.
Операции надо так организовать, чтобы можно было описывать полный процесс от старта до финиша. Там, где много операций, из надо сгруппировать иерархически, это поможет управлять сложностью.
Мандатные требования в группе должны отражать любые временные или причинные связи между ними. Группы, содержащие более десяти требований, должны быть разбиты на подгруппы по иерархическому принципу.
Структурирование требований пользователя является одним из наиболее важных способов, делающих их понимаемыми.
Мандатные требования пользователя определяют функциональные требования к ПО.
Если есть дублирующие мандатные требования то надо заменить их одним функциональным требованием к ПО.
Требования пользователя должны определять только внешнее поведение системы, и они должны быть понятны даже пользователю, не имеющему специальных технических знаний.
Мандатное требование должно быть квалифицированным в таких оценках, как, объем, скорость и точность, что повысит эффективности и точности выполнения операции.
Объем. Каждое мандатное требование должно быть снабжено этой количественной характеристикой, допускается корреляционная оценка.
Скорость. Должна быть количественная характеристика требуемой скорости. Допускается указать фазу жизненного цикла ПрПр, когда показатель скорости будет окончательно уточнен.
Точность. Точность операции является измеряемом различием между тем, что является заданным показателем для операции и что получается, когда эта операция выполнена.