- •6. V модель жцпо
- •7. Rup технология.
- •8. Инкрементная модель жцпо.
- •9. Xp модель жцпо
- •10. Этапы жцпо. Содержание этапов системный анализ и проектирование.
- •11. Этапы жцпо. Содержание этапов реализации и сопровождения.
- •12. Архитектура по, выбор архитектур.
- •13. Проектирование по, основные подходы к проектированию.
- •14. Проектирование по с помощью uml.
- •15. Основные строительные блоки uml
- •16.Основные типы сущностей в uml.
- •17.Основные типы связей в uml
- •18.Основные типы диаграмм uml.
- •19. Качество по, модель качественного по.
- •Может определяться следующими критериями: Качество исходного кода
- •Факторы качества
- •С точки зрения пользователя
- •Модель качества программного обеспечения
- •20. Основные черты качественного по.
- •21. Качество по: мобильность и модифицируемость.
- •22. Качество по: правильность и надёжность.
- •23. Стиль программирования, необходимость использования стиля программирования.
- •24. Стиль программирования, использование комментариев.
- •25. Стиль программирования, система идентификации.
- •26.Стиль программирования, Венгерская нотация.
- •27. Обоснование выбора языка программирования.
- •28. Различия между языками программирования низкого и высокого уровня.
- •29. Языки программирования системного уровня.
- •30. Языки программирования для научных и инженерных расчетов
- •31. Языки для Web программирования
- •32. Языки для экономических задач
- •34. Средства реализации языков программирования.
- •35. Основные парадигмы программирования.
- •36. Основные рекомендации по оптимизации по.
- •37. Оптимизация циклов.
- •38. Оптимизация условных и логических выражений
- •39. Стратегия оптимизации.
- •40. Использование оптимизирующего компилятора.
- •41. Разработка универсального по. Основные приёмы разработки универсального по.
- •42. Понятие отладки, основные стратегии проведения отладки.
- •43. Характерные ошибки программистов.
- •44. Защитное программирование.
- •45. Инструментальная отладка.
- •46. Тестирование по. Невозможность исчерпывающего тестирования.
- •47. Уровни тестирования.
- •48. Этапы тестирования.
- •49. Методы и стадии тестирования.
- •50. Разработка пользовательского интерфейса.
- •51. Основные стратегии разработки пользовательского интерфейса.
- •52. Основные принципы разработки интерфейса.
- •53. Еспд
47. Уровни тестирования.
Тестирование ПО - это проверка работоспособности программы с целью нахождения ошибок.
Уровни тестирования
1. Модульное тестирование(unit - тестирование). На данном уровне тестируются по отдельности небольшие элементы системы, максимально отделённые от других элементов(тестирование класса, функции, модуля).
2. Комплексное тестирование(интеграционное тестирование). На данном уровне тестируются объединённые элементы(компоненты или подсистемы). Комплексное тестирование направлено не на проверку функционирования каждого из компонентов, а на проверку взаимодействия компонентов в соответствии с архитектурой системы.
3. Системное тестирование(system testing). После того, как система собрана из составляющих компонентов, она должна быть протестирована на соответствие системным спецификациям, а именно реализованы ли все функциональные и нефункциональные требования к системе. На данном уровне тестируется система целиком.
4. Приёмочное тестирование. На данном уровне завершённое приложение тестируется заказчиком. Приёмосдаточные испытания оформляют процесс передачи продукта от разработчика к заказчику.
5. Операционное тестирование(release testing). Даже если система удовлетворяет всем требованиям, важно убедиться в том, что она удовлетворяет нуждам пользователя и выполняет свою роль в среде своей эксплуатации.
48. Этапы тестирования.
Тестирование ПО - это проверка работоспособности программы с целью нахождения ошибок.
Для проведения тестирования необходимо проверить программу в нормальных, граничных и исключительных условиях.
Нормальное тестирование. На данном этапе проводится проверка работоспособности программы с использованием типичных наборов данных. Далее следует проверка работы программы в экстремальных условиях(граничная проверка).
Именно граничная проверка позволяет идентифицировать многие ошибки. В качестве граничных данных могут выступать начальные и конечные значения из области изменения переменных. Большие и малые числа, нулевые примеры. Нулевые примеры предполагают для числовых значений работу с нулевыми значениями переменных. Для указателей - с нулевыми указателями. Для строк - цепочки символов, состоящие из пробелов или нулей. Так же в качестве граничных данных могут выступать пустые строки, файлы нулевой длины и т.д.
Далее следует проверка программы в исключительных условиях. Это проверка программы на данные, которые лежат вне области изменения переменных.
49. Методы и стадии тестирования.
Методы тестирования
Основными методами тестирования являются методы белого черного серого ящиков. В терминологии профессионалов тестирования фразы тестирование белого ящика и черного ящика относятся к тому, имеет ли разработчик тестов доступ к исходному коду тестируемого ПО, либо же тестирование выполняется через пользовательский интерфейс.
При использовании метода белого ящика разработчик теста имеет доступ к исходному коду программы - это типично для модульного тестирование, при котором тестируется только отдельные части программы. Такое тестирование обеспечивает то что компоненты конструкции работоспособны и устойчивы до определенной степени.
При использовании метода черного ящика тестировщик имеет доступ к ПО только через те же интерфейсы что и заказчик или пользователи либо через внешние интерфейсы, позволяющие другому компьютеру или процессу к системе тестирования.
При тестировании методом серого ящика разработчики используют преимущества предыдущих методов.
Стадии тестирования
Альфа и бета тестирования относятся к стадиям выпуска продукта. Чаще всего альфа тестирование проводится на ранней стадии разработки продукта, но в некоторых случаях для законченного продукта в качестве внутреннего приемочного тестирования. Иногда альфа тестирования выполняется под отладчиком или с использованием окружения, которое позволяет быстро выявлять найденные ошибки. Бета тестирование обычно выполняется для ПО с ограничениями по функциональности и или времени для некоторой группы лиц, с тем, что бы убедится, что продукция содержит достаточно мало ошибок иногда бета тестирование выполняется для получении обратной связи.
Часто для свободного и открытого ПО стадия альфа тестирования характеризует функциональное наполнение кода, бета стадию исправления ошибок. Бета тестирование ограничено в целом методом черного ящика и указывает на состояние программы ближе к выпуску программного продукта.
Аутсортинг тестирования предполагает, что тестирование проводится силами дополнительно привлеченной группой людей или компанией не участвующей в разработке тестируемого проекта. Наиболее востребованными типами тестирования ПО сегодня являются тесты на производительность безопасность надежность. Как правило, разработчики ПО не обладают достаточной квалификацией и ресурсами для проведения полномасштабного нагрузочного тестирования.