Предисловие

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

Краткое содержание этой статьи:

• Что такое тестирование программного обеспечения?
• Тестирование черного ящика против тестирования белого ящика
• Автоматизированное тестированиеvsруководствотест
• Функциональное тестированиеметодология
• Нет Функциональное тестированиеметодология
• Жизненный цикл тестирования программного обеспечения
• Лучшие практики тестирования программного обеспечения

Что такое тестирование программного обеспечения?

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

Как работает тестирование программного обеспечения?

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

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

Тестирование черного ящика против тестирования белого ящика

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

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

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

Ручное тестирование против автоматизации

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

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

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

Автоматизированное тестирование

Автоматизированное Новости (или автоматизация тестирования) — это использование программного обеспечения. Шаг обеспечения вызывает структуру тестирования для создания автоматизированного варианта использования, который сравнивает желаемый результат с текущим результатом программы. Наиболее распространенными фреймворками являются Selenium и Cucumber.

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

Функциональное тестированиеметодология

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

Функциональное тестирование

Разновидность черного ящика QAtest от программного обеспечения. Требования и спецификации обеспечения обеспечили создание сценариев использования для тестирования. Ниже приведены различные Функциональное обучение Некоторые распространенные типы методологии.

Наиболее распространенные функциональные методологии:

• Юнит-тест
• Интегрированный тест
• Тест системы
• Принятие
• Регрессионное тестирование
• тест на дым

общий Функциональное тестированиешаг

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

Модульные тесты:

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

Интеграционные тесты:

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

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

Тест системы:

Системное тестирование — это совместное использование всех компонентов для тестирования сборки целостного продукта. В то время как интеграционное тестирование тестирует модуль из взаимосвязанных компонентов, системное тестирование проверяет, как работает программа, когда все компоненты интегрированы, и выявляет дефекты во внутренней работе модуля.

Приемочные испытания:

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

Специальная функциональная методология

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

Регрессионное тестирование

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

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

тест на дым

тест на дым（Smoke Testing) — метод тестирования программного обеспечения, целью которого является быстрая проверка правильности работы основных функций системы и обеспечение пригодности программного обеспечения к использованию перед переходом к более детальному этапу тестирования.

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

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

К преимуществам теста на дым относятся:

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

Нет Функциональное тестированиеметод

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

Распространенная методология нефункционального тестирования:

• производительностьтест
• Безопасностьтест
• Тест доступности
• Тест совместимости
• тест давления

Давайте подробнее рассмотрим эти методики.

Тест производительности:

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

Тестирование безопасности:

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

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

Юзабилити-тест:

Юзабилити-тестирование используется для определения того, где реальные конечные пользователи могут столкнуться с трудностями или путаницей. В основном это проводится контролируемой группой конечных пользователей под наблюдением исследователя. Тестировщикам предлагалось выполнить определенные задачи, например «создать учетную запись», но не рассказывали, как это сделать. Затем они используют продукт для выполнения задач и дают качественные отзывы о своем опыте. Эта методология позволяет разработчикам получать реальные отзывы об удобстве использования и интуитивно понятном отклике своих программ, не требуя долгих объяснений.

Это тесно связано с 11-летним тестированием, которое фиксирует, насколько легко конечные пользователи с разными возможностями могут работать с программным обеспечением. Возьмем, к примеру, то, как программное обеспечение для преобразования текста в речь взаимодействует с визуальными элементами веб-приложения.

Тест совместимости:

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

Например: если вы когда-либо создавали мобильное приложение для iOS и Android, вам понадобится тест на совместимость, чтобы убедиться, что приложение работает на одном и том же уровне по умолчанию на обеих платформах.

Стресс-тест:

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

Например, представьте, что вы разрабатываете онлайн-видеоигру. Вы можете провести стресс-тест этой игры, привлекая одновременно как можно больше онлайн-игроков. Затем вы можете записать производительность серверной платформы (скорость, отклик и т. д.), а также обнаружить, когда сервер выходит из строя (точки останова).

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

Жизненный цикл тестирования программного обеспечения

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

Давайте подробнее рассмотрим эти шесть шагов:

анализ потребностей

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

план испытаний

На этом этапе вы вместе с командой разработчиков проводите мозговой штурм, чтобы обсудить, как проводить тестирование спецификации. Некоторые общие вопросы: «Какие ресурсы нам понадобятся?», «Какие количественные показатели мы можем использовать для проверки наших требований» и «Каковы ключевые факторы риска, которые могут повлиять на результаты тестирования?». Самый важный аспект этого шага — сохранить индикаторы тестирования/описания вариантов использования и внедрить их в спецификации продукта.

Разработка тест-кейса

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

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

Тестовые случаи обычно включают в себя следующие аспекты:

1. Цели: Уточнить цели и сферу применения теста. Определите функции, которые вы хотите использовать、Особенности или сценарии.
2. Шаг тестирования: Определите конкретные этапы тестирования, включая входные данные, операции или рабочие процедуры.
3. Ожидаемые результаты: укажите ожидаемые результаты каждого шага, то есть ожидаемое поведение или выходные данные системы при правильных обстоятельствах.
4. Настройки среды: ОК, выполнение Тест Требуемая тестовая среда и конфигурация, включая аппаратное обеспечение и программное обеспечение. программное обеспечение и сетевое окружение и т. д.
5. Предварительные условия: укажите конкретные условия или состояния перед выполнением варианта использования теста, чтобы обеспечить правильность и последовательность теста.
6. Постусловие: определяет ожидаемое состояние системы или результат после выполнения варианта использования.

Конфигурация тестовой среды

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

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

выполнение теста

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

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

Закрытие и анализ тест-кейса

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

Отсюда вы можете выбрать один из следующих вариантов:

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

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

Лучшие практики тестирования программного обеспечения

• Не полагайтесь полностью на автоматическое тестирование.Убедитесь, что есть хотя бы один набор работтестобнаружить неожиданные дефекты。
• Кодирование также предполагает написание тестовых примеров на распространенных языках или псевдокоде.Ваши менеджеры и новые участники будут признательны, если вы сохраните их анализ.тествремя сценария。
• Используйте только контролируемые изолированные среды тестирования, чтобы избежать внешних факторов.Запуск на личном компьютере или в публичном облаке.тестчтобы убрать возможные последствияпроизводительностьиливыходная переменная。
• Выберите конкретные количественные показатели.Для инструкций итествариант использования,Убедитесь, что ваша метрика измеряет только один атрибут.,Можно отслеживать по номерам,Могу помочь взамен.
• Инкрементное тестирование.в твоемтест Создайте подусловия для отслеживаниятест Где программа потерпела неудачу?。
• Попросите членов команды подготовить усилия по модульному и интеграционному тестированию.Не позволяйте другому разработчику создавать вашу программутестпредвзятость подтверждения。За пределами компаниитест Когда это недоступнодахорошая идея。
• Используйте полезные названия тестов.ктестпакет или требование к названиютест。Избегайте таких вещей, какTest1илиperformanceTestНеверное имя для,Замените на StressTest_10000user.
• Используйте инструменты тестирования программного обеспечения, такие как Selenium и Reflect.тествозможныйда Трудно отследить。использоватьтестрамка/Инструменты для упрощения вашеготест,Поделитесь ими в группе.

Подвести итог

Благодаря углубленному изучению этой статьи мы получили полное представление о программном обеспечении. Тайна софтвертеста и его значение в программном обеспечении Обеспечение Важность в развитии. Различные типы программного обеспечения Метод программного тестирования предоставляет нам различные средства, позволяющие гарантировать, что программное обеспечение обеспечение качества, надежности и стабильности. Либо Функциональное тестирование、Нет Функциональное тестирование、руководствотествозвращатьсяда Автоматизированное Кстати, все они обеспечивают надежную проверку и гарантию в различных аспектах. Рационально выбирая и применяя эти методы тестирования, мы можем обнаруживать и решать потенциальные проблемы, а также предоставлять пользователям высококачественное программное обеспечение. обеспечениепродукт。программное обеспечениетест — это не только техническая деятельность, но и проявление культуры качества, что важно для всей программы. Обеспечение имеет решающее значение для успеха жизненного цикла разработки.