Тестирование Программного Обеспечения 101: Разработка Тестовых Случаев Легче

Asandra | Просмотров: 297



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

--- Разбиение Равнозначности

Представьте себе программу, которая складывает два числа. Программа должна принимать два числовых входов, выполнять сложение и отображения результата. Но существуют определенные условия, которые могут помешать работе программы. Как если бы на одном входе ноль. Программа должна корректно отображать вывод, что само число. Что, если одно число отрицательное? Затем программа должна выполнять вычитание и правильно назначить положительный или отрицательный знак ответа.

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

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

Что такое тест-Кейс?

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

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

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

Типовая структура тестового случая

Официального письменного теста может быть разделен на три основные части:

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

Деятельность
Эта часть состоит из теста такие виды деятельности, как среды, которая должна существовать во время тестирования, мероприятия, которые будут сделаны при инициализации теста, мероприятия, которые будут сделаны после теста выполняется, пошаговые действия, которые необходимо сделать во время тестирования и ввода данных, которые должны быть поставлены для тестирования.

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

Тест В Формате

Два образца форматов для написания тестовых случаев:

Подробная
Тест ИД
Серийный номер присваивается тестовый случай
Цель
Краткое представление о случае
Тест Создан
Название теста Творца
Тестовой Среде
Программного обеспечения или оборудования, в котором тест выполняется
Предпосылки
Выполнены условия, которые должны быть выполнены перед тестом
Процедура Испытания
Действия должны быть выполнены испытания
Тестовые Данные
Входы, переменных и данных
Ожидаемый Результат
Что программа должна делать
Фактический Результат
Чего на самом деле делается
Вердикт: Зачет/Незачет
Статус теста
Комментарии
Заметки о порядке

Простой
Шаг Нет.
Серийный номер. шаг
Шага или действия
Подробные операция или процедура
Критерии успеха
Ожидаемый результат
Статус
Является ли код прошел тест или нет

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


Комментарии


Ваше имя:

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

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



Тестирование Программного Обеспечения 101: Разработка Тестовых Случаев Легче
Тестирование Программного Обеспечения 101: Разработка Тестовых Случаев Легче