- •1. Понятие стандартизации программного обеспечения.
- •2. Внутрифирменные (внутрикорпоративные) стандарты
- •3.Нормативные документы по стандартизации и виды стандартов.
- •4.Основные положения стандартов серии исо 9000.
- •5.Применение исо 9001 при разработке по.
- •6. Показатели качества по
- •Iso 9126 (гост р исо / мэк 9126-93) — «Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению».
- •8. Основные процессы жизненного цикла программного средства
- •Iso 12207-99 (гост р исо/мэк 12207-99) – «Процессы жизненного цикла
- •9. Вспомогательные процессы жизненного цикла программного средства
- •Iso 12207-99 (гост р исо/мэк 12207-99) – «Процессы жизненного цикла
- •10. Организационные процессы жизненного цикла программного средства
- •Iso 12207-99 (гост р исо/мэк 12207-99) – «Процессы жизненного цикла
- •7. Модели и метрики оценки качества по
- •Iso 9126 (гост р исо / мэк 9126-93) — «Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению».
- •11. Стандарты комплекса гост 34.
- •Состав нормативно-технических документов
- •12. Стандарт ieee 1074-1995. Процессы жизненного цикла для развития программных средств.
- •13. Адаптация стандарта к конкретному проекту.
- •14. Каскадная модель жизненного цикла пс.
- •15. Спиральная модель жизненного цикла пс.
- •16. Схема процессов жизненного цикла.
- •17. Схема процесса приобретения жц пс.
- •18. Описание схемы процесса поставки жц пс
- •19. Описание схемы процесса разработки жц пс
- •20. Описание схемы процесса эксплуатации жц пс
- •21. Описание схемы процесса сопровождения жц пс
- •22. Описание схемы процесса документирования жц пс
- •23. Описание схемы процесса управления конфигурацией жц пс
- •24. Описание схемы процесса обеспечения качества жц пс
- •25. Описание схемы процесса верификации жц пс
- •26. Описание схемы процесса аттестации жц пс
- •27. Описание схемы процесса оценки жц пс
- •28. Описание схемы процесса аудита жц пс
- •29. Описание схемы процесса управления жц пс
- •30. Описание схемы процесса инфраструктуры жц пс
- •31. Описание схемы процесса усовершенствование жцпс.
- •32. Описание схемы процесса обучение жцпс.
- •33. Основные положение на которых основаны принципы модульности и ответственности.
- •34. Функции программной документации то 9294-93.
- •36. Документация продукции
- •37. Документация управления проектом
- •38. Требованиястандартов к программнойспецификации.
- •1)Требования документации охватывают весь жизненный цикл программного обеспечения.
- •5)Должны быть определены и использованы стандарты по документированию.
- •6)Должны быть определены средства поддержки.
- •39. Схема взаимосвязи элементов исо/мэк то 15504
- •41. Контекст усовершенствования процессов в исо/мэк то 15504.
- •42. Проведение аттестации роцессов жизненного цикла программных средств согласно исо/мэк то 15504.
- •43. Структура эталонной модели согласно исо/мэк то 15504.
- •44. Группа основных процессов жизненного цикла исо/мэк то 15504.
- •45. Группа вспомогательных процессов жизненного цикла исо/мэк то 15504.
- •46. Группа организационных процессов жизненного цикла
- •47. Шкала зрелости процессов эталонной модели
- •48. Совместимость с эталонной моделью
- •49. Проведение аттестации
- •50. Выбор инструментов и инструментальных средств
- •51. Состав исо/мэк то 15504
- •52. Методы обеспечения надежности и функционирования программных средств
- •53. Показатели качества и надежности программных средств
- •54. Характеристики качества пс по стандарту исо9126:1991
- •55. Объекты уязвимости, влияющие на надежность по
- •56.Модель анализа надежности пс
- •57.Раскрыть понятие активное обнаружение ошибок.
- •58.Раскрыть понятие устойчивость к ошибкам.
- •59.Раскрыть понятие динамической избыточности.
- •60.Аналитические модели надежности.
- •61. Модель Шумана.
- •63. Модель Джелинского–Моранды.
- •64. Модель Шика-Волвертона.
- •65. Модель Муса.
- •66.Динамическая модель надежности, модель переходных вероятностей.
- •67.Статическая модель надежности, модель Миллса.
- •68.Статическая модель надежности, модель Липова.
- •69.Статическая модель надежности, простая интуитивная модель.
- •70.Статическая модель надежности, модель Коркорэна.
- •71. Статическая модель надежности, модель Нельсона
- •72. Эмпирическая модель надежности, модель сложности
- •73. Эмпирическая модель надежности, модель определяющая время доводки программ
- •74. Особенности обеспечения надежности функционирования импортных программных средств.
- •75. Обеспечение качества и надежности в процессе разработки сложных программных средств
- •76. Требования к технологии и средствам автоматизации разработки сложных программных средств.
- •77. Критерии применения case-средства в процессе разработки пс.
- •78. Качество программного обеспечения.
- •79. Мероприятия, обеспечивающие приемлемый уровень качества пс.
- •80. Разница между аналитическими и эмпирическими моделями надежности программного средства?
- •81. Группы факторов, влияющих на качество программного обеспечения.
- •82. Принципы тестирования пс.
- •83. Тестирование модулей пс.
- •84. Комплексное тестирование пс.
- •85. Основные положения стандарта исо/мэк 12119-2000.
- •86. Требования к средствам обеспечения тестирования
- •87. Организация и этапы тестирования при испытаниях надежности сложных пс.
- •88. Методика тестирования при испытаниях надежности сложных программных средств.
- •89. Тестирование программного обеспечения.
- •90. Что такое тестирование «белого ящика».
- •96. Опишите метод сандвича тестирования модулей пс
- •97.Описание схемы проэктирования комплексного теста
- •98.Оценка методов тестирования по показателю «эффективность /стоимость»
- •99. Этапы испытания надежности комплексов программ
- •100. Организация завершающих испытаний комплексов программ.
82. Принципы тестирования пс.
Хорош тот тест, для которого высока вероятность обнаружить ошибку. Эта аксиома является фундаментальным принципом тестирования. Поскольку невозможно показать, что программа не имеет ошибок и, значит, все такие попытки бесплодны, процесс тестирования должен представлять собой попытки обнаружить в программе прежде не найденные ошибки.
Одна из самых сложных проблем при тестировании — решить, когда нужно его закончить. Как уже говорилось, исчерпывающее тестирование (т. е. испытание всех входных значений) невозможно.
Не нужно тестировать свою собственную программу. Ни один программист не должен пытаться тестировать свою собственную программу.
Тестирование всегда должна выполнять внешняя группа, которая в некотором смысле стоит особняком от программиста и проекта.
Необходимая часть всякого теста — описание ожидаемых выходных данных или результатов. Одна из самых распространенных ошибок при тестировании состоит в том, что результаты каждого теста не прогнозируются до его выполнения.
Избегайте невоспроизводимых тестов, не тестируйте «слету». Использование диалоговых систем иногда мешает хорошему тестированию.
Готовьте тесты как для правильных, так и для неправильных входных данных
Детально изучите результаты каждого теста. По всей вероятности, это наиболее очевидный принцип, но и ему часто не уделяется должного внимания.
По мере того как число ошибок, обнаруженных в некотором компоненте программного обеспечения, увеличивается, растетотносительная вероятность существования в нем необнаруженных ошибок.
Поручайте тестирование самым способным программистам.
Считайте тестируемость ключевой задачей вашей разработки.
Проект системы должен быть таким, чтобы каждый модуль подключался к системе только один раз
Тестирование, как почти всякая другая деятельность, должно начинаться с постановки целей.
Приведем еще раз три наиболее важных принципа тестирования.
1. Тестирование — это процесс выполнения программ с целью обнаружения ошибок.
2. Хорошим считается тест, который имеет высокую вероятность обнаружения еще не выявленной ошибки.
3. Удачным считается тест, который обнаруживает еще не выявленную ошибку.
83. Тестирование модулей пс.
Вторым по важности аспектом тестирования после проектирования тестов является последовательность слияния всех модулей в систему или программу. Эта сторона вопроса обычно не получает достаточного внимания и часто рассматривается слишком поздно. Тестирование модулей (или блоков) представляет собой процесс тестирования отдельных подпрограмм или процедур программы. Здесь подразумевается, что, прежде чем начинать тестирование программы в целом, следует протестировать отдельные небольшие модули, образующие эту программу. Такой подход мотивируется тремя причинами. Во-первых, появляется возможность управлять комбинаторикой тестирования, поскольку первоначально внимание концентрируется на небольших модулях программы. Во-вторых, облегчается задача отладки программы, т.е. обнаружение места ошибки и исправление текста программы. В-третьих, допускается параллелизм, что позволяет одновременно тестировать несколько модулей.
Цель тестирования модулей — сравнение функций, реализуемых модулем, со спецификациями его функций или интерфейса.
Тестирование модулей в основном ориентировано на принцип «белого ящика». Это объясняется прежде всего тем, что принцип «белого ящика» труднее реализовать при переходе в последующем к тестированию более крупных единиц, например программ в целом. Кроме того, последующие этапы тестирования ориентированы на обнаружение ошибок различного типа, т. е. ошибок, не обязательно связанных с логикой программы, а возникающих, например, из-за несоответствия программы требованиям пользователя.
Имеется большой выбор возможных подходов, которые могут быть использованы для слияния модулей в более крупные единицы. В большинстве своем они могут рассматриваться как варианты шести основных подходов, описанных ниже
