Основываясь на понимании программной инженерии, качества продукции и тестирования, были подведены следующие семь типов тестового режима управляемым.
1. Бизнес / спрос тестирование
Программное обеспечение всегда является проблемой для решения определенных типов бизнес-пользователей. Испытание бизнес-приводом от реальных бизнес-потребностей пользователей, анализ бизнес-целей, бизнес-процессов, ролей пользователей, бизнес-правил, развитие бизнеса и других испытуемых,
Определить диапазон тестирования для этих объектов методов и стратегий тестирования. Тест адекватности, измеряется в терминах бизнес - процессов и данных, программное обеспечение системы может полностью удовлетворить потребности бизнеса, бизнес - проблема / ориентированных на спрос тесты являются наиболее обеспокоены,
Спрос на основе методов аутентификации, методы, основанные на пользовательских сценариев тестирования, могут быть классифицированы как такие испытания.
2, качество продукции тест вождения рисков
Согласно модели качества продукции: внутреннее качество -> External Quality -> использовать для проверки качества, подчеркивая жизненный цикл, чтобы исключить риск качества продукции, начиная от проверки коды, метрик сложности коды и т.д., внутренняя оценка качества
Выставить качество риски, а затем постепенно распространяются на внешние системы качества, пользователи оценивают качество, непрерывные выявить, обратную связь качества продукции основных рисков. В этих тестах свойство качества продукта анализа будет более тщательным,
Также подчеркнул статические испытания, в том числе ручной проверки кода и анализа проекта, используйте код статического анализа или осмотра инструмента.
3, на основе модели тестирования
Построение абстрактная модель для проверки практических проблем, таких как моделирование UML, конечные автоматы, сети Петри, структуры Крипки, временная логика формулы собственность доступны систем (например, ЦТЛИ, LTL) будет описана ниже.
Более широкое понимание, таблицы решений, причины и следствие диаграмма, парная и т.д. , также относятся к тестовой модели. Моделирование крупномасштабного испытания комплексной системы приложения будет большой проблемой, с развитием и интеграцией программных технологий и технологий моделирования, эти проблемы будут постепенно решены.
Тем не менее, модель может автоматически генерировать тестовые примеры на основе сценариев автоматизации могут автоматизировать процесс тестирования более тщательно, и прежде , чем большинство людей выполняют ограниченное тестирование автоматизированного тестирования,
Нам необходимо развивать и поддерживать большое количество тестовых скриптов, а не малую долю ручного, полуавтоматического подсчитывать.
4 (System) функции тест-драйв
Многие люди приходят к тестированию программного обеспечения является функциональность тестирования, тестирование производительности, которые более или менее отражает «функциональный тест-драйв» идеологию.
Функциональный тест - драйв, то есть от особенностей системы, (вероятно , нет), проверяется для каждой функции в зависимости от программного обеспечения функциональных спецификаций проектных спецификаций, определить функция работы является нормальной, и дизайном консистенции.
Общая функция будет разложена на подфункцию, ПОДФУНКЦИЯ подфункции, чтобы сформировать список функциональной точки, тестовый пример для разработки и реализации точки функции.
5, конструкция с приводом испытания (DDT)
DDT вдохновленный TDD, анализ тестирования и разработки, тест - драйв разработан заранее. DDT имеет следующие следующие функции: тест более гибкие, более простой, устранить дублирование работы, чтобы направлять тестовый пример план тестирования (и традиционное тестирование противного),
Тестовые могут быть преобразованы в тестовый код содержит бизнес - потребности тестовых сценариев и тест, тест контроллера, тест является очень полезным для разработки и тестирования.
О тесте дизайна инициативы, тема обсуждалась в работах: разработка управляемых тестирования - позволяет программистам легко проверить.
6, (программа / код) тест-драйв структура
Это, по существу, аналогично: Структурированное тестирование, белая коробка. Тест приводится в движении от структуры программы, для структурного анализа программы, постепенно охватывая различные части своих процедур ассоциации, такие как тест на основе компоненты, тест, основанный на API или тест интерфейса;
Из структуры тестового кода, содержащая линию покрытия кода, охват ветви, по существу , охватывающий путь тому подобный. Полная мера структуры экзамена по вождению будет больше объективности, в частности, на основе анализа покрытия кода, есть много инструментов для поддержки.
7, статистический / эмпирический тест-драйв
Это можно рассматривать как часть «опыт разработки программного обеспечения,» признание фактических данных измерений и опыт более ценного, чем различные теоретические модели. Процесс тестирования программного обеспечения путем сбора данных и опыт, статистический анализ, обобщение, порождающие эмпирические модели для проведения теста.
Контекстное приводом тестирования, исследовательское тестирование, предотвращение дефектов, ошибок угадывание метод может быть классифицировано как таковое, хотя и не очень строгие, но в основном изгнаны из статистического тестирования / опыта.