Тестирование Программного Обеспечения

Компьютеры - Тестирование Программного Обеспечения - Все, что нужно знать о проверках

Dimiti | Просмотров: 769



Проверка программного обеспечения-это процесс тестирования программного обеспечения, чтобы проверить, удовлетворяет ли она потребности клиентов или нет. Данное тестирование выполняется во время и/или в конце процесса разработки программного обеспечения. Проверка и тестирование-это два важных тестов, которые проводятся на программное обеспечение, прежде чем он был передан заказчику. Целью верификации и проверки, чтобы гарантировать, что продукт изготовлен в соответствии с требованиями клиента, и действительно выполнит назначению. А верификация-это процесс контроля качества процесс контроля качества осуществляется перед программное обеспечение готово для выпуска называется проверка. Его цель-проверить и быть уверены в продукте или системе, и что она удовлетворяет требованиям заказчика. Принятие программное обеспечение с конечным потребителем тоже его часть. Часто, тестирования деятельности вводятся в начале жизненного цикла разработки программного обеспечения.

--- Сертификат Качества

Тестирование дает ответы на такие вопросы, как:
Программа выполнит его назначению?
Компания дом нужный товар?
Может ли данный проект быть реализован правильно?
Представлены документы в соответствии с процессом разработки?
Процесс Проверка
Целью тестирования является оценка качества программного обеспечения с точки зрения количества дефектов, обнаруженных в нем, количество тестов, и система охватываемых тестами. Когда ошибки или дефекты обнаруживаются при помощи испытания, ошибки регистрируются и команда разработчиков исправляет их. Как только ошибки исправлены, испытания проводят снова, чтобы убедиться, что они действительно исправлены, и никаких новых дефектов были введены в программное обеспечение. С полным циклом, качеством программного обеспечения увеличивается. Процесс проверки программного обеспечения можно описать следующим образом:

--- Тестирование Программного Обеспечения - Стресс-Тестирование

Планирование Проверки
Планировать все мероприятия, которые должны быть включены во время тестирования. ⇓Определение Требований
Установить цели и определить требования к испытаниям. ⇓Выберите Соответствующую Команду
Чтобы выбрать квалифицированных и знающих команды развития (третья сторона в комплекте). ⇓Разработка Документов
Для разработки пользовательского спецификации документ, описывающий условия эксплуатации. ⇓Оценка
Для оценки программного обеспечения согласно спецификации и представить отчет о проверке. ⇓Внесения Изменений
Чтобы изменить программное обеспечение таким образом, чтобы устранить любые ошибки, найденные в ходе оценки.

Методы
Существуют различные методы проверки, такие как инъекции неисправности, анализ безотказности и т. д.. , которые обычно используются для тестирования программного обеспечения. Вот еще несколько.

Формальные Методы
Этот метод делает использование математических и логических методов для анализа спецификации входных данных, дизайн продукта, сопроводительные документы, и поведение тестируемый продукт.

Инъекции Вине
Как следует из названия, ошибки или ошибки намеренно добавлены в программное обеспечение таким образом, чтобы проверить свою рабочую/функциональность в данном случае. Эти бывают двух видов - аппаратные неисправности впрыска и программного обеспечения неисправности впрыска. В первом случае недостатки в физическом оборудовании вводятся, в то время как в последнем, ошибки вводятся в программное обеспечение или в памяти системы.

Анализ Гарантоспособности
Эта техника используется для увеличения надежности продукта. Опасности в программного обеспечения, и предлагаются методы снижения Тезисы потенциальной опасности.

Анализ Рисков
Каждая программа имеет свои стандартные тесты для выявления опасностей. Этот тип анализа следует процедура определения опасности и контрмеры.

Анализ Рисков
Это требует анализа опасности дальнейшего выявления контрмер для каждого типа опасности, которая определяется.

Базовые Тесты
Два из наиболее распространенных и широко используемых терминов в тестирование программного обеспечения мире испытание черного ящика и белого ящика тестирование.

Испытание черного ящика
Этот тип тестирования фокусируется только на выход, которая генерируется после подвергнуться различным входам. Внутренние компоненты программного обеспечения являются полностью игнорируется при выполнении этого теста. Этот тест также известен как функциональное тестирование.

Белого ящика тестирование
В отличие от "черного ящика" тестирование белого ящика тестирование учитывает внутренний механизм и компоненты программного обеспечения во время тестирования под нужные входные условия.

Видах испытаний
Если тестировщики в продукте с самого начала, то тестирование начинается сразу после того, как компонент системы был разработан. Помимо основных тестов, разные типы проверочных тестов программного обеспечения являются:

Компонент/Модульное Тестирование
Тестирование компонент также известен как модульное тестирование. Целью испытаний, проведенных в этот тип тестирования является поиск дефектов в программной составляющей. В то же время, он также проверяет функционирование различных компонентов программного обеспечения, таких как модули, объекты, классы, и т. д. , которые могут быть проверены отдельно.

Тестирование Интеграции
Это важная часть модели валидации программного обеспечения, где взаимодействие между различными интерфейсами компонентов тестируется. Наряду с взаимодействием между различными частями системы, взаимодействие системы с компьютера, операционной системы, файловой системы, аппаратные средства, и любой другой программный комплекс может взаимодействовать с, также тестируется.

Тестирование Системы
Тестирование системы осуществляется, когда вся система программное обеспечение готово. Озабоченность это испытание, чтобы проверить поведение всей системы, как это определено в рамках проекта. Основной задачей системного тестирования является проверка системы на соответствие заданным требованиям. При проведении испытаний, тестер не связана с внутренностями системы, но проверяет, если система ведет себя в соответствии с ожиданиями.

Приемочные Испытания
Здесь, тестер имеет в буквальном смысле думать как клиент и тестирования программного обеспечения с учетом потребностей пользователей, требований и бизнес-процессов, и определить, является ли программное обеспечение может быть передана клиенту или нет. На данном этапе, часто, представитель клиента является также частью команды тестирования, так что у клиента есть уверенность в системе.

Приемочных Испытаний
Этот вид тестирования проводится только перед тем, как программа идет в производство/начальном этапе. Он проверяет готовность продукта, тестирование резервных копий, методик восстановления, отключения и возобновления, неисправность оборудования и т. д.. Он также известен как эксплуатационные испытания готовности. Этот метод также учитывает предупреждения, возникшие во время отказа компонента или в ситуации ошибки.

Альфа-Тестирование
Если тестирование делается для большой группы пользователей, важно, чтобы каждый компонент системы быть проверены на его функциональность. Этот вид тестирования проводится на сайте разработчиков потенциальными клиентами/пользователями. Любые проблемы, возникающие в ходе этих испытаний будут устранены разработчиками и то есть. Это внутреннее приемочное тестирование.

Бета-Тестирование
Как только программа проходит стадию Альфа-тестирования, бета-тестирование проводится в конце пользователя. Различные версии программного обеспечения разрабатываются, известный как бета-версии. Эти версии проверяются на функциональность пользователями, журналы возникло проблем записываются и передан разработчикам. Это внешний приемо-сдаточных испытаний.

Регрессионное Тестирование
Данное тестирование выполняется после того, как нужные изменения или модификации существующего кода. Код, когда поставлен на испытания, могут иметь определенные ошибки, которые могут быть решены путем внесения необходимых изменений. Программное обеспечение снова поставлен на испытания после того, как эти изменения сделаны, чтобы проверить, является ли новый код удовлетворяет требованиям заказчика или нет.

Независимая Проверка
Если тесты проверки осуществляются третьей стороной, они известны как самостоятельные проверки и проверки (IV и V). Разработчик должен представить руководство пользователя третьим тестер партии. Данное руководство должно четко содержать стандартные условия работы программного обеспечения. Руководство по эксплуатации должны иметь различных условий работы программного обеспечения, так что тестер может сымитировать реальные условия. Эти сторонние организации представляют отчет о проверке разработчику после программное обеспечение тестируется. Застройщик, после получения этого отчета, делает нужные изменения в программное обеспечение и снова тесты, убедиться в том, что потребности клиентов удовлетворяются или нет.

Тестирование программного обеспечения проверка является важной частью жизненного цикла разработки программного обеспечения (ЦРС), кроме проверки, отладки и сертификации. Проверка гарантирует, что программное обеспечение соответствует стандартам качества, установленным заказчиком, и что товар соответствует требованиям клиента.


Комментарии


Ваше имя:

Комментарий:

ответьте цифрой: дeвять + пять =