
- •4.Дайте определение табл реш. Приведите пример.*
- •10. Приведите пример и дайте пояснения редуцирования табл реш для какой-либо внешней спецификации.*
- •7.Дайте определение спецификациям по, назовите известные Вам внешние спецификации и их особенности. Приведите пример спецификации.*
- •6.Дайте определение нотации. Приведите пример.*
- •11. Назовите нотации и приведите пример нотации для изображения стр-ных алгоритмов.*
- •8. Назовите группы симв, к-е исп в схемах проектов по согласно гост, и приведите примеры таких Симов. *
- •13. Дайте определение сцепления мод и приведите примеры мод с разными видами сцепления.*
- •16. Блочно-иерархический подход к созд-ю прог-ных систем.*
- •31. Принципы моДного прог-ирования.* *
- •14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *
- •28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*
- •14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *
- •28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*
- •32. Основные понятия объектно-ориентированного прог-ирования.*
- •33. Достоинства и недостатки объектно-ориентированного прог-ирования.*
- •27. Пошаговое тест-ие моДных прог-. Достоинства и недостатки подходов.*
- •30. Нисходящая стратегия разработки прог-.*
- •27. Пошаговое тест-ие моДных прог-. Достоинства и недостатки подходов.*
- •30. Нисходящая стратегия разработки прог-.*
- •22. Ручной контроль как метод тест-ия.* *
- •23. Методы стр-ного тест-ия. Общий недостаток методов.* //белый ящик
- •24. Методы ф-онального тест-ия. Области применения.* //черный ящик
- •25. Основные положения метода эквивалентного разбиения.*
- •1.Назовите цель разбиения исх-х д-х прог- на классы эквивалентности. Приведите пример выделения классов эквивалентности для какой-либо задачи * *
- •26. Основные положения метода граничных значений.*
- •2.Дайте определение стр-ы д-х. Приведите пример стр-ы д-х. Дайте пояснения относительно ее частей.*
- •17. Проблемы разработки сложных прог-ных систем.*
- •34. Case-технологии как результат эволюционного развития инструментальных средств.*
- •35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
- •34. Case-технологии как результат эволюционного развития инструментальных средств.*
- •35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
25. Основные положения метода эквивалентного разбиения.*
ДОБАВЛЕНИЕ К 24
Разработку тестов методом эквивалентного разбиения осуществляют в два этапа: на первом выделяют классы эквивалентности, а на втором - формируют тесты.
Выделение классов эквивалентности явл-я эвристическим процессом, однако целесообразным считают выделять в отдельные классы эквивалентности наборы, содержащие допустимые и недопустимые значения нек-го параметра. При этом сущ-этот ряд правил:
•if нек-й параметр х может принимать значения в интервале [1, 999], то выделяют один правильный класс 1 < х < 999 и два неправильных: х < 1 и х > 999;
•if входное условие определяет диапазон значений порядкового типа, например, «в автомобиле могут ехать от одного до шести человек», то определ один правильный класс эквивалентности и два неправильных: ни одного и более шести человек;
•if входное условие описывает множ-во входных значений и есть основания полагать, что каждое значение прог-ист трактует особо, например, «типы граф-их файлов: bmp,jpeg,vsd», то определяют правильный класс эквивалентности для каждого значения и один неправильный класс, например,txt;
•if входное условие описывает ситуацию «должно быть», например, «первым Симом идентификатора должна быть буква», то определ один правильный класс эквивалентности (первый Сим - буква) и один неправильный (первый Сим - не буква);
•if есть основание считать, что различные элемы класса эквивалентности трактуются прог-ой неодинаково, то д-ый класс разбивается на меньшие классы эквивалентности.
Таким образом, классы эквивалентности выделяют, перебирая ограничения, установленные для каждого входного значения в техническом задании или при уточнении спецификации. Каждое ограничение разбивают на две или более групп. При этом исп-ют специальные бланки - табл классов эквивалентности:
Ограничение на знач парамет |Правильные КЭ|Неправильные КЭ
Правильные классы включают правильные д-ые, неправильные классы - неправильные д-ые. Для правильных и неправильных классов тесты проектируют отдельно. При построении тестов правильных классов учитывают, что каждый тест должен проверять по возможности максимальное количество различных входных усл-й. Такой подход позволяет минимизировать общее число необходимых тестов. Для каждого неправильного класса эквивалентности формируют свой тест. Последнее обусловлено тем, что определенные проверки с ошибочными входами скрывают или заменяют другие проверки с ошибочными входами.
1.Назовите цель разбиения исх-х д-х прог- на классы эквивалентности. Приведите пример выделения классов эквивалентности для какой-либо задачи * *
Цель- выбрать min подмножество тестов, обеспеч наиб вероятность обнаружения ошибок.
Правильно выбранный тест подмн должен обладать 2 св-вами:
а) каждый тест должен включать как можно > входных усл-й чтобы минимизировать общее число тестов;
б) необходимо пытаться разбить входную область прог-ы на конечное число КЭ так, чтобы можно было предположить, что каждый тест, являющийся представителем нек-го класса, эквивалентен любому другому тесту го класса. Другими словами, if один тест КЭ обнаруживает ошибку, то следует ожидать, что и все другие тесты этого КС будут обнаруживать эту ошибку. И наоборот. Разработка тестов методом эквивалентного разбиения осуществляется в два этапа:
а) выделение класса эквивалентности;
б)построение тестов.
Ограничение X прин [1;999] |
Правильные классы 1≤x≤999 |
Неправильные классы x>999 x<1 |
Здесь - правильные классы эквивалентности соотв-ют правильным входным д-ым прог-ы, а неправильные классы эквивалентности представляют все другие возможные состояния входных усл-й.