Worm

WishAway: огромный сенкс
программа так и называется CPUkill - огромное спасибище еще раз

Я вот тут немного поигрался со своей информацией и тем, что опубликовано в этой теме (спасибо SALar) и выложил свою версию/видение о видах тестирования. Если есть замечания дополнения - жду с нетерпением. "Язвительные" высказывания оставляйте при себе. B)
Практическое применение вижу в качестве списка в тест плане в расширенном виде в разрезе выполняемого проекта
так как эксель формат не поддерживается в форуме то таблицу приобразовал в блоки следующего вида:
1.Вид тестирования
2.Определение
3.Цель

1.Поэлементное тестирование (Юнит тестирование), (Unit testing)
2.Юнит тестирование связано с проверкой реализации дизайна одного программного элемента (модуля, единицы и т.д.) или группы элементов, разработанные, обычно, одним программистом. заключается в изолированной проверке каждого отдельного элемента путем запуска тестов в искусственной среде.
3.Является первейшей возможностью протестировать исходный код. Оценивая каждый элемент изолированно и подтверждая корректность его работы, точно установить проблему значительно проще, чем, если бы элемент был частью системы.

1.Интеграционное тестирование (Integration testing)
2.Проверка скомбинированных компонентов прикладной программы с целью определения корректности их совместного функционирования. Компоненты могут представлять собой модели кода, отдельные прикладные программы, клиентские и серверные приложения.
3.Выявление потенциальных проблем в совместном функционировании компонент.

1.Системное тестирование (System testing)
2.Тестирование интегрированных программных и аппаратных комплексов для верификации, что система выполняет необходимые требования. Поиск факторов окружения или входных данных, которые могут вызвать сбой системы.
3.Системное тестирование предполагает запуск системы в окружении, в котором она должна выполняться.

1.Дымное тестирование (проверка на дым), (Smoke testing)
2.Первый прогон программы (после написания или после внесения существенных изменений). Как правило используется для определения готова ли программа для проведения более обширного тестирования и продолжается 4-8 часов.
3.Выявление проблем «лежащих на поверхности» - тестируется чаще всего основная бизнес логика программы.

1.Функциональное тестирование (Functional testing)
2.Проверка соответствия продукта функциональным требованиям и спецификациям.
3.Проверка соответствия продукта функциональным требованиям и спецификациям.

1.Тестирование графического интерфейса пользователя (User Interface testing)
2.Тестирование интерфейса - экранов, кнопок и т.д. Большая часть функциональности ПО реализуется, как правило, через пользовательский интерфейс.
3.Обнаружение ошибок в интерфейсе и поиск ошибок в функциональности посредством интерфейса.

1.Тестирование производительности (Performance testing)
2.Проверка скорости работы системы (время отклика, частота транзакций и другие зависящие от времени величины) в имитационной и реальной средах.
3.Установить реальную производительность программного продукта при созданных условиях.

1.Конфигурационное тестирование (Configuration testing)
2.Конфигурационное тестирование - тестирование работы на различных платформах. Различные варианты аппаратной конфигурации, версии операционной системы и окружения (MDAC, .Net, браузеры, …).
3.Проверить работоспособность системы при различных конфигурациях.

1.Инсталляционное тестирование (Installation testing)
2.Данное тестирование преследует две цели. Первая состоит в том, чтобы убедиться, что продукт может быть установлен при различных условиях – таких как: новая инсталляция, усовершенствование системы (upgrade), установка по умолчанию, полная установка, установка по выбору – при нормальных и ненормальных условиях. Ненормальные условия включают в себя недостаточное количество дискового пространства, недостаток привилегий (например, на создание директорий) и т.д. Вторая цель состоит в том, чтобы убедиться, что после инсталляции программа работает корректно.
3.Убедиться в том, что программное обеспечение может быть установлено при различных условиях.

1.Регрессионное тестирование (Regression testing)
2.Повторное тестирование после внесение изменений в программное обеспечение или в его окружение (в новой версии приложения), чтобы убедиться, в том, что функции, которые работали в предыдущей версии системы, по-прежнему работают так, как ожидалось.
3.Выявление потенциальных проблем, которые могли возникнуть в результате изменений.

1.Тестирование корректности исправления ошибок (Bug fixes testing)
2.Предназначено для отслеживания корректности исправления найденных ранее ошибок
3.Тестируем ради проверки исправления старых ошибок

1.Тестирование данных и целостности базы данных (Data and Database Integrity testing)
2.Проверяется согласованность данных. Включает в себя проверку: Тестируются данные и базы данных независимо от пользовательского интерфейса – ввод данных и работа с ними непосредственно в базе данных
• ссылочной целостности (основной источник проблем)
• ограничений на значения параметров
• ограничений на не инициализацию значений
• ограничений на уникальность значений
3.Тестируются данные и базы данных независимо от пользовательского интерфейса – ввод данных и работа с ними непосредственно в базе данных

1.Нагрузочное тестирование (Load testing)
2.Это те же тесты производительности, при которых система подвергается различным нагрузкам; при этом цель этого тестирования – оценить способность системы правильно функционировать при некотором превышении планируемых нагрузок при реальной эксплуатации (система имеет некоторый «запас прочности»).
3.Убедиться в том, что система работает соответственно ожидаемым рабочим нагрузочным параметрам (какой предел работоспособности)

1.Стресс тестирование (Stress testing)
2.Является одним из разновидностей тестирования на производительность. Проверяется поведение системы при недостатке ресурсов (дискового пространства, обрывов сети и т.д.).
3.Проверка того, что система адекватно реагирует на те или иные стрессовые ситуации

1.Объемное тестирование (Volume testing)
2.Относится к тестированию производительности. Приложение нагружается большим количеством данных, чтобы определить, когда достигаются условия, при которых система перестает работать.
3.Цель данного тестирования заключается в определении максимального объема данных при работе системы

1.Тестирование безопасности и прав доступа (Security and Access Control testing)
2.Тестирование безопасности и прав доступа - сосредоточено на двух ключевых областях безопасности: Убедиться, что только пользователь с определенными правами имеет возможность войти в систему и выполнять строго выделенные под его роль функции.
• Безопасность уровня приложения, в том числе доступ к данным или бизнес-функциям.
• Безопасность уровня системы, включая вход в систему или удаленный доступ к системе.
3.Убедиться, что только пользователь с определенными правами имеет возможность войти в систему и выполнять строго выделенные под его роль функции.

1.Тестирование преобразования (Conversion testing)
2.Проверяется корректность конвертации данных (данные, связанные с календарными значениями – к примеру, лог с указанием даты выполнения того или иного события) из одного формата в новый формат системы.
3.Проверить переход из старого формата системы в новый.

1.Приемочное тестирование (Acceptance testing)
2.Завершающее тестирование, основанное на технических требованиях конечных пользователей/заказчиков, либо основанное на применении продукта конечными пользователями/заказчиками на протяжении некоторого ограниченного периода времени. Как правило, это тестирование автоматизируют.
3.Определение соответствует ли ПО требованиям конечного пользователя или заказчика.

1.Бета тестирование (Beta testing)
2.Тестирование, которое выполняется на стороне заказчика (потенциальных заказчиков), с целью выявления недостатков и возможного усовершенствования системы
3.Целью является выявление ошибок и сбор мнений от потенциального заказчика

1.Анализ документации (User documentation verification)
2.Анализ спецификаций на полноту и правильность, проверка документации продукта, пользовательских инструкций и пр.
3.Проверка соответствия программы с документацией

Dmitry_NJ: даже на испытательный?

Dmitry_NJ: согласен ;)))
Петя очень хитрожопый парень ;)))

Извините, но я повторюсь:
Есть задача смоделировать более слабую машину чем есть на тест лабе (случай гос заказа - в школе к примеру для учеников стоят очень слабые тройки), кто-нибудь сталкивался с подобной проблемой?
Как ее решить?
Есть ли софт для замедления/ухудшения характеристик машины (частотные характеристики, ОЗУ, винт)?
Метрам тестинга посвящается ;)