Ручное тестирование

Сравните с автоматизацией тестирования .

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

Обзор [ править ]

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

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

Крупномасштабные инженерные проекты, основанные на ручном тестировании программного обеспечения, следуют более строгой методологии, чтобы максимизировать количество обнаруживаемых дефектов. Системный подход фокусируется на заранее определенных тестовых примерах и обычно включает следующие шаги. ^[1]

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

Строгий подход, основанный на тестовых примерах, часто является традиционным для крупных проектов разработки программного обеспечения, которые следуют модели «Водопад» . ^[2] Однако, по крайней мере, одно недавнее исследование не показало существенной разницы в эффективности обнаружения дефектов между исследовательским тестированием и тестированием на основе тестовых сценариев. ^[3]

Тестирование может проводиться по принципу «черного» , «белого» или «серого ящика» . При тестировании «белого ящика» тестировщик занимается выполнением операторов через исходный код. При тестировании «черного ящика» программное обеспечение запускается для проверки дефектов и меньше заботится о том, как выполняется обработка входных данных. Тестировщики «черного ящика» не имеют доступа к исходному коду. Тестирование «серого ящика» связано с запуском программного обеспечения при понимании исходного кода и алгоритмов. ^[4]

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

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

Этапы [ править ]

Есть несколько этапов. Они есть:

Модульное тестирование: Этот начальный этап тестирования обычно выполняется разработчиком, написавшим код, а иногда и коллегой, использующим технику тестирования белого ящика.
Интеграционное тестирование: Этот этап осуществляется в двух режимах: как полный пакет или как дополнение к предыдущему пакету. В большинстве случаев используется метод тестирования черного ящика. Однако иногда на этом этапе также используется комбинация тестирования «черного и белого ящика».
Тестирование системы: На этом этапе программное обеспечение тестируется со всех возможных сторон для всех предполагаемых целей и платформ. На этом этапе обычно используется метод тестирования «черного ящика».
Приемочное тестирование пользователей: Этот этап тестирования проводится для того, чтобы получить одобрение клиента на готовый продукт. «Проход» на этом этапе также гарантирует, что клиент принял программное обеспечение и готов к его использованию.
Тестирование выпуска или развертывания: Команда на месте отправится на объект клиента для установки системы в среде, настроенной клиентом, и проверит следующие моменты:

Независимо от того, запущен ли SetUp.exe или нет.
Есть удобные экраны во время установки
Сколько места занимает система на HDD
Полностью ли удалена система, если выбран вариант удаления из системы?

Преимущества [ править ]

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

Сравнение с автоматическим тестированием [ править ]

Автоматизация тестирования может снизить или исключить затраты на фактическое тестирование. ^[5] Компьютер может выполнять механическую последовательность шагов быстрее, чем человек, и может запускать тесты на ночь, чтобы представить результаты утром. Однако труд, сэкономленный при реальном тестировании, должен быть потрачен вместо разработки тестовой программы. В зависимости от типа тестируемого приложения и выбранных инструментов автоматизации это может потребовать больше труда, чем ручной подход. Кроме того, некоторые инструменты тестирования предоставляют очень большой объем данных, что потенциально требует много времени для интерпретации результатов.

Такие вещи, как драйверы устройств и библиотеки программного обеспечения, необходимо тестировать с помощью тестовых программ. Кроме того, тестирование большого числа пользователей ( тестирование производительности и нагрузочное тестирование ) обычно моделируется в программном обеспечении, а не выполняется на практике.

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

См. также [ править ]

Ссылки [ править ]

^ ANSI/IEEE 829-1983 Стандарт IEEE для документации по тестированию программного обеспечения
^ Крейг, Рик Дэвид; Стефан П. Яскил (2002). Систематическое тестирование программного обеспечения . Артех Хаус. п. 7. ISBN 1-58053-508-9 .
^ Итконен, Юха; Мика В. Мянтюля; Каспер Лассениус (2007). «Эффективность обнаружения дефектов: тестирование на основе тестовых примеров и исследовательское тестирование» (PDF) . Первый международный симпозиум по эмпирической разработке программного обеспечения и измерениям (ESEM 2007) . стр. 61–70. дои : 10.1109/ESEM.2007.56 . ISBN 978-0-7695-2886-1 . S2CID 5178731 . Архивировано из оригинала (PDF) 13 октября 2016 года . Проверено 17 января 2009 г.
^ Гамильтон, Томас (23 мая 2020 г.). «Что такое тестирование серого ящика? Методы, пример» . www.guru99.com . Проверено 7 августа 2022 г.
^ Атласиан. «Автоматизация тестирования» . Атласиан . Проверено 7 августа 2022 г.

[1] ANSI/IEEE 829-1983 Стандарт IEEE для документации по тестированию программного обеспечения

[2] Крейг, Рик Дэвид; Стефан П. Яскил (2002). Систематическое тестирование программного обеспечения . Артех Хаус. п. 7. ISBN 1-58053-508-9 .

[3] Итконен, Юха; Мика В. Мянтюля; Каспер Лассениус (2007). «Эффективность обнаружения дефектов: тестирование на основе тестовых примеров и исследовательское тестирование» (PDF) . Первый международный симпозиум по эмпирической разработке программного обеспечения и измерениям (ESEM 2007) . стр. 61–70. дои : 10.1109/ESEM.2007.56 . ISBN 978-0-7695-2886-1 . S2CID 5178731 . Архивировано из оригинала (PDF) 13 октября 2016 года . Проверено 17 января 2009 г.

[4] Гамильтон, Томас (23 мая 2020 г.). «Что такое тестирование серого ящика? Методы, пример» . www.guru99.com . Проверено 7 августа 2022 г.

[5] Атласиан. «Автоматизация тестирования» . Атласиан . Проверено 7 августа 2022 г.

[1]

[2]

[3]

[4]

[5]

v т и Тестирование программного обеспечения
«Коробочный» подход	Тестирование «черного ящика» Всепарное тестирование Исследовательское тестирование Фазз-тестирование Тестирование на основе моделей Тестирование сценариев Тестирование серого ящика Тестирование белого ящика API-тестирование Мутационное тестирование Статическое тестирование
Уровни тестирования	Приемочное тестирование Интеграционное тестирование Тестирование системы Модульное тестирование
Виды тестирования, методы, и тактика	А/Б тестирование Контрольный показатель Тестирование совместимости Конколическое тестирование Параллельное тестирование Тестирование соответствия Непрерывное тестирование Разрушающий контроль Тестирование разработки Дифференциальное тестирование Динамический анализ программы Тестирование установки Отрицательное тестирование Случайное тестирование Регрессионное тестирование Тестирование безопасности Дымовое тестирование (программное обеспечение) Тестирование производительности программного обеспечения Стресс-тестирование Символическое исполнение Автоматизация тестирования Юзабилити-тестирование
См. также	Тестирование графического пользовательского интерфейса Ручное тестирование Тестирование ортогонального массива Парное тестирование Тестирование на выдержку Тестирование надежности программного обеспечения Стресс-тестирование Веб-тестирование