- •Надежность, свойства надежности.
- •Показатели надежности компьютерных систем.
- •Показатели надежности невосстанавливаемых объектов.
- •Показатели надежности восстанавливаемых объектов.
- •Эффективность компьютерных систем.
- •Требования к программному продукту и их свойства.
- •Надежность программного обеспечения. Особенности по по сравнению с аппаратурой.
- •Основные причины появления ошибок в по.
- •Основные процессы жизненного цикла разработки по.
- •Вспомогательные процессы жизненного цикла разработки по.
- •Модели надежности по.
- •Сложность по.
- •Модель Джелинского-Моранды, Шика-Волвертона.
- •Геометрическая модель.
- •Статистическая модель Миллса.
- •Модель Нельсона.
- •Способы обеспечения надежности по.
- •Основные стандарты оценки качества.
- •Гост 28195-99.
- •Внутренние метрики надежности по.
- •Тестирование методами «черного, белого и серого ящиков».
- •Процесс разработки тестовых случаев. Свойства тестовых случаев.
- •Эквивалентирование и анализ граничных значений.
- •Ошибка. Свойства ошибки.
- •Правила составления отчетов об ошибках.
- •Жизненный цикл ошибки. Системы документирования ошибок.
- •Приемочный тест, критерии его непрохождения. Критическое и углубленное тестирование.
- •Использование контрольных перечней в углубленном тестировании.
- •Специфика тестирования веб-приложений.
- •Тестирование инсталляции по.
- •Тестирование безопасности по.
- •Виды уязвимостей по.
- •Тестирование производительности по
- •Тестирование usability по.
- •Автоматизация модульного тестирования.
- •Достоинства и недостатки автоматизированного тестирования.
- •Необоснованные ожидания от автоматизированного тестирования.
- •Требования, предъявляемые к автоматизированным тестам.
- •Метод «Play&Record» в автоматизированном тестировании.
- •Метод «Data-driven» в автоматизированном тестировании.
- •Метод «Keyword-driven» в автоматизированном тестировании.
- •Возможности Selenium ide.
- •Возможности Selenium rc
- •Возможности системы TestComplete.
- •Процессы, окна, элементы управления в TestComplete.
- •Проекты и элементы TestComplete.
- •Скрипты в TestComplete.
Использование контрольных перечней в углубленном тестировании.
Checklist - это мини тестовые случаи, которые создаются для стандартных полей, применяемых практически в любых проектах (дата, время, поле валюты), поэтому нет смысла для каждого отдельного проекта разрабатывать свои тестовые случаи, следует использовать контрольные перечни
Н-р, проверка данного текстового поля:
- проверить на заполненность(пустой или нет)
- проверить на пробелы в начале и в конце
- проверить не одни пробелы
- проверить на пробелы в середине текстового поля
- проверить на спец. символы
- проверить на минимальную и максимальную длину
- проверить на кнопки Shift, Insert, CapsLock, а также на выделение
Н-р, проверка числового поля:
- проверить на минимальное и максимальное значение
- проверить на отрицательные значения
- +1, -1
- проверить на буквенные символы
Н-р, проверка RadioButton:
- проверить на установку по умолчанию
- проверить поле на выделение после его выбора
Специфика тестирования веб-приложений.
1-я группа:
1) совместимость на уровне браузера
2) совместимость операционной системы
3) БД, использование в проекте и тестировании
4) Web-сервера используемые в проекте и тестировании
5) сервера приложений в проекте и тестировании
Данные из этой группы используются для создания матрицы тестирования.
2-я группа:
1) языки технологий разработки. Различия между статическими и динамическими сайтами.
2) удобство и простота использования: навигация, звук, видео, графика, анимация.
3) производительность: время загрузки страницы, время отладки, кол-во пользователей.
4) поврежденные ссылки, отсутствуют страницы.
5) защищенный режим работы с сайтом.
Тестирование инсталляции по.
Тестирование инсталляции – это тестирование, которое проверяет правильность установки под средой, близкой к реальной. К тестированию инсталляции, как правило, относится и деинсталляция. В настоящий момент наиболее распространена установка с помощью инсталляторов. Если инсталлятор отсутствует, приходится самостоятельно выполнять установку, используя как правило ReadMe. В распределенных системах, где приложение разворачивается на уже работающем окружении, пишется план установки, который включает шаги по инсталляции и шаги отката. Цель тестирования состоит в том, чтобы удостовериться, что объект правильно инсталлируется в систем, удовлетворяет всем требованиям из инструкции по инсталляции. Выделяют виды установок: новая инсталляция – новая машина, ранее ничего не инсталлировалось; обновление версии, переинсталляция: upgrade – обновление со старой версии; попытка установки старой версии поверх новой.
Методика – разработка скриптов для проверки всех комбинаций.
Критерии завершения процесса: установка, обновление проходит одновременно.
Проверяется во время тестирования:
- наличие и размер всех входящих в инсталляционный набор файлов;
- наличие свободного места на диске – 2 параметра (хватит ли места на диске на завершение инсталляции – обязательно, если в процессе инсталляции создаются новые файлы; достаточно ли места для установленной программы хотя бы в ближайшее время);
- версия ASP, версия СУБД, возможность подключения (логин, пароль), наличие БД;
- версия веб-сервера, значение его параметров, если важно
- версию ОС;
- возможность установки исходящих сообщений, если необходимо;
- возможность деинсталляции.
В процессе тестирования формируется чеклист, покрывающий все виды инсталляции и параметры проверки.