- •Надежность, свойства надежности.
- •Показатели надежности компьютерных систем.
- •Показатели надежности невосстанавливаемых объектов.
- •Показатели надежности восстанавливаемых объектов.
- •Эффективность компьютерных систем.
- •Требования к программному продукту и их свойства.
- •Надежность программного обеспечения. Особенности по по сравнению с аппаратурой.
- •Основные причины появления ошибок в по.
- •Основные процессы жизненного цикла разработки по.
- •Вспомогательные процессы жизненного цикла разработки по.
- •Модели надежности по.
- •Сложность по.
- •Модель Джелинского-Моранды, Шика-Волвертона.
- •Геометрическая модель.
- •Статистическая модель Миллса.
- •Модель Нельсона.
- •Способы обеспечения надежности по.
- •Основные стандарты оценки качества.
- •Гост 28195-99.
- •Внутренние метрики надежности по.
- •Тестирование методами «черного, белого и серого ящиков».
- •Процесс разработки тестовых случаев. Свойства тестовых случаев.
- •Эквивалентирование и анализ граничных значений.
- •Ошибка. Свойства ошибки.
- •Правила составления отчетов об ошибках.
- •Жизненный цикл ошибки. Системы документирования ошибок.
- •Приемочный тест, критерии его непрохождения. Критическое и углубленное тестирование.
- •Использование контрольных перечней в углубленном тестировании.
- •Специфика тестирования веб-приложений.
- •Тестирование инсталляции по.
- •Тестирование безопасности по.
- •Виды уязвимостей по.
- •Тестирование производительности по
- •Тестирование usability по.
- •Автоматизация модульного тестирования.
- •Достоинства и недостатки автоматизированного тестирования.
- •Необоснованные ожидания от автоматизированного тестирования.
- •Требования, предъявляемые к автоматизированным тестам.
- •Метод «Play&Record» в автоматизированном тестировании.
- •Метод «Data-driven» в автоматизированном тестировании.
- •Метод «Keyword-driven» в автоматизированном тестировании.
- •Возможности Selenium ide.
- •Возможности Selenium rc
- •Возможности системы TestComplete.
- •Процессы, окна, элементы управления в TestComplete.
- •Проекты и элементы TestComplete.
- •Скрипты в TestComplete.
Эквивалентирование и анализ граничных значений.
Область всех данных программы модно разбить на конечное число классов эквивалентности. Разбиение эквивалентности это метод позволяющий результативность тестирования. Суть метода заключается в следующем: многие состояния ввода очень похожи друг на друга, но отличаются лишь в некоторых аспектах. Если выполняется одно состояние ввода, существует довольно большая вероятность ввода и другого состояния. Все эти состояния можно разбить на 2 класса эквивалентности: верные и неверные значения. От 0 до 1000000
Верные |
Неверные |
||
Граничные |
Эквивалентные |
Граничные |
Эквивалентные |
0, 1000000 |
1, 999999 500000 |
-1, 100000001 |
-2, 100000000000, -1000 |
Ошибка. Свойства ошибки.
Существует несколько определений ошибки. Ошибка – это расхождение между программой и её спецификацией. Если программа не делает того чего пользователь от неё вполне обоснованно ожидает, значит налицо программная ошибка.
Не существует ни абсолютного определения ошибок ни точного критерия наличия их в программе. Можно лишь сказать насколько программа не справляется со своей задачей, т.е. это исключительно субъективная характеристика.
Свойства ошибки:
Важность.
Важность делится на: критическую – очень серьёзная ошибка, после которой программа аварийно завершается; серьёзная – не работает основной функционал программы; средняя – когда не работает второстепенный функционал программы; низкая – мелкая ошибка.
Воспроизводимость.
Делится на: всегда и иногдавоспроиводимость.
Симптом (категория) ошибки.
Симптомы делятся на: неожиданное поведение, недружественное поведение, неверное действие, отказ системы, потеря данных, искажение данных, низкая производительность, локализационная проблема, инсталяционная ошибка, косметическая ошибка, ошибка документации, различие со спецификацией, отсутствующий функционал, запрос на улучшение.
Приоритет.
Очень высокий, высокий приоритет, средний приоритет, низкий приоритет.
Пример:
Неподключается база данных в программе:
Серьёзная, всегда, неверное действие, очень высокий.
При последовательности 16 действий программа виснет.
Критическая, всегда, отказ системы, низкий.
Арфографическая ошибка в слове copywrite
Низкая, всегда, косметическая, высокий.
Правила составления отчетов об ошибках.
Как только ошибка найдена она должна быть задокументирована.
Для того чтобы ошибку было легче исправить её нудно точно описать, т.е. составить хороший отчёт о найденной ошибке.
Составляйте отчёт об ошибке сразу же после обнаружения, иначе про неё можно просто забыть.
Не составляйте отчёт на бумаге, а сразу занесите его в систему документированных ошибок, листок может легко потеряться.
Составьте полное описание обнаруженной ошибки, с указанием ос, базы данных, браузера и д.р.
Опишите подробно шаги для воспроизведения ошибки, для того чтобы разработчик мог их повторить и увидеть ошибку.
Придумайте краткое, но ёмкое название ошибки. Т. к. по названию ошибка отправляется тому или иному разработчику на исправление.
Не путайте шаги воспроизведения и описания ошибки. А также название ошибки с её описанием.
Укажите важность ошибки, частоту появления и приоритет.
Пользуйтесь простыми фразами при описании.
Не обвиняйте никого в обнаруженной ошибке, т.к. отчёт не должен приводить к конфликту.