Что такое тестирование приложений?
Томас Гамильтон
⚡ Умное резюме
Тестирование приложений проверяет весь программный продукт целиком, а не только его отдельные компоненты, охватывая интерфейс, функциональность, базу данных и поведение при нагрузке. На этой странице объясняется четырехэтапный жизненный цикл, три методологии тестирования, планирование тестирования, инструменты, метрики и особенности тестирования мобильных приложений.
Что такое тестирование приложений?
Тестирование приложений определяется как тип тестирования программного обеспечения, проводимый с помощью сценариев с целью обнаружения ошибок в программном обеспечении. Он занимается тестами для всего приложения.
Это помогает повысить качество ваших приложений, одновременно сокращая затраты, максимизируя окупаемость инвестиций и экономя время разработки.
В области разработки программного обеспечения тестирование приложений может проводиться в различных категориях, таких как графический интерфейс, функциональность, база данных (бэкэнд), нагрузочное тестирование и т. д.
Для тестирования приложений жизненный цикл тестирования включает в себя различные этапы, которые включают анализ требований, планирование тестирования, анализ теста, проектирование теста, выполнение теста и отчет об ошибках и т. д.
Эти этапы складываются в короткий, повторяющийся жизненный цикл, которому следует каждое приложение.
Как протестировать приложение?
Программные приложения и продукты имеют ряд вариаций с точки зрения поддерживаемых ими функций, а также процессов, которые они реализуют. Таким образом, тестирование приложений гарантирует правильную работу конкретной программы или приложения.
Жизненный цикл тестирования приложений включает четыре этапа.
- Этап 1) Разрабатывайте планы испытаний на основе требований приложения.
- Этап 2) Разрабатывать сценарии ручного тестирования и сценарии автоматического тестирования.
- Этап 3) Выполнение функциональных тестов для проверки требований приложения.
- Этап 4) Выполняйте нагрузочные тесты и настраивайте производительность приложений.
Тип выполняемых тестов зависит от типа тестируемого приложения. Тестирование приложений разделено на 3 сегмента.
- Тестирование веб-приложений
- Тестирование настольных приложений
- Тестирование мобильных приложений
| Тестирование приложений | Виды проводимого тестирования |
|---|---|
|
|
|
|
|
|
Сравнение тестирования веб-, настольных и мобильных приложений
Эти три сегмента имеют общий жизненный цикл, но резко различаются по тому, что именно выходит из строя. Знание того, где концентрируется риск, позволяет определить, куда следует направить бюджет на тестирование.
| Отличие | Интернет | Рабочий стол | Mobile |
|---|---|---|---|
| Работает на | Браузер по сети | Одна установленная машина | Телефон или планшет |
| Основная переменная | Браузер и версия | Operaсистема и оборудование | Устройство, версия ОС и размер экрана. |
| Зависимость от сети | Всегда на связи | Часто в офлайн-режиме | Периодический и должен выдерживать потери |
| Наибольший риск | Кроссбраузерная отрисовка и загрузка | Установка и совместимость | Фрагментация на разных устройствах |
| Обработка прерываний | Редко актуально | Редко актуально | Звонки, уведомления и низкий заряд батареи |
| Обновить путь | На стороне сервера, мгновенно для всех | Пользователь устанавливает патч | Проверка в App Store, поэтапное внедрение. |
Мобильные устройства содержат наибольшее количество неконтролируемых факторов, поэтому они рассматриваются отдельно далее на этой странице.
Методологии тестирования приложений
Методология тестирования — это структурированный способ обеспечения всестороннего тестирования программного приложения. Неорганизованная и некачественная методология тестирования может привести к нестабильности продукта.
Существует три способа проведения тестирования.
- Цвет - Черный. Box Тестирование
- Белый Box Тестирование
- Серый Box Тестирование
Цвет - Черный. Box Тестирование
Цвет - Черный. Box Тестирование метод обычно используется для тестирования Функциональное тестирование, Нефункциональное тестирование, и регрессионное тестирование. В тестировании методом «черного ящика» используются следующие стратегии:
- Тестирование класса эквивалентности
- Тестирование граничных значений
- Тестирование таблицы решений
- Таблицы переходов состояний
Белый Box Тестирование
Тестирование белого ящика Тестирование методом «белого ящика» обычно используется для проверки программного кода на наличие внутренних уязвимостей безопасности, неработающих или плохо структурированных путей выполнения, работоспособности условных циклов и т. д. В тестировании методом «белого ящика» используются следующие стратегии:
- Code Анализ покрытия
- Покрытие пути
Серый Box Тестирование
Эта техника тестирования представляет собой комбинацию как черных, так и Box Тестирование, а также тестирование методом «белого ящика». Оно проводится для выявления... Дефекты на основе неправильной структуры или использования приложения.
План тестирования приложений
План тестирования документ получен из Продукта Description, SRS спецификации требований к программному обеспечению или документы вариантов использования. Основное внимание при тестировании уделяется тому, что тестировать, как тестировать, когда тестировать и кто будет тестировать. Документ плана тестирования используется в качестве средства связи между командой тестирования и менеджерами тестирования.
Стандартный план тестирования приложений должен определять следующие функции:
- Определите объем тестирования
- Определить цель тестирования
- Подход к тестированию
- График тестирования
- Ошибка tracкороль и репортаж
Критерии входа и выхода для тестирования приложений
В плане тестирования указаны формальные критерии входа и выхода в качестве передовой практики, но их стоит уточнить. Без них этап тестирования либо начинается с нестабильной сборки, либо затягивается без согласованной конечной точки.
Критерии включения Это условие должно быть выполнено до начала выполнения.
- Проводится анализ требований и составление спецификации требований к программному обеспечению, после чего устанавливается базовый уровень.
- План тестирования и тестовые примеры составлены и утверждены.
- Сборка развернута в стабильной тестовой среде и успешно прошла дымовое тестирование.
- Тестовые данные, а также необходимые учетные записи или устройства доступны.
- Дефект tracОсновной инструмент настроен, и у команды есть к нему доступ.
Критерии выхода показать, что этап достиг своей цели.
- Все запланированные тестовые случаи выполняются, и результаты регистрируются.
- Не осталось нераскрытых критических или особо серьезных дефектов.
- Достигнуто согласованное покрытие в соответствии с требованиями.
- Оставшиеся дефекты низкой степени серьезности документируются и принимаются компанией.
- Итоговый отчет о результатах тестирования подписан.
Инструменты тестирования приложений
Для тестирования приложений существуют различные инструменты тестирования. Выбор инструментов зависит от того, какой тип тестирования вы хотите провести. Для разных платформ рекомендуются разные инструменты. Инструменты тестирования приложений обеспечивают производительность, удобство использования и функциональность приложений на различных устройствах.
Вот некоторые из них.
- Selenium
- IBM Rational Functional Tester (RFT)
- LoadRunner (В настоящее время OpenText LoadRunner (ранее HP и Micro Focus)
- Apache JMeter
💡 Примечание: IBM Rational Robot, долгое время числившийся в списке наряду с RFT, снят с продажи. В настоящее время используется Rational Functional Tester. IBM Предложение, поэтому новые проекты не должны планировать с учетом робототехники.
Ключевые метрики для тестирования приложений
Проведение тестов доказывает активность, а не эффективность. Небольшой набор метрик показывает, действительно ли тестирование выявляет дефекты и приближается ли приложение к качеству, соответствующему релизу.
- Покрытие тестов: Доля требований, для которых существует хотя бы один сопоставленный тестовый случай. Низкий уровень покрытия означает непротестированное поведение, независимо от показателя успешного прохождения теста.
- Плотность дефектов: Дефекты, разделенные по размеру, обычно на тысячу строк кода или на модуль. Это указывает на компоненты, требующие доработки, а не дополнительного тестирования.
- Дефект утечки: Количество обнаруженных в процессе производства дефектов, деленное на общее количество обнаруженных дефектов. Увеличение утечки является наиболее явным признаком того, что в предсерийном тестировании что-то не хватает.
- Эффективность устранения дефектов: Доля обнаруженных до выпуска дефектов от общего числа дефектов. Обычно целевым показателем считается показатель выше девяноста процентов.
- Скорость выполнения тестов: Дела рассматриваются в сравнении с запланированными делами. tracПроскальзывание происходит за цикл, поэтому его можно заметить на ранней стадии, а не у выходных ворот.
TracУчитывайте тенденцию, а не анализируйте отдельные показатели. Один цикл сам по себе говорит очень мало.
Рекомендации по тестированию приложений
Выбор правильной стратегии тестирования приложения — это гарантированный способ обнаружить дефекты в приложении. Таким образом, становится чрезвычайно важно, чтобы команда контроля качества следовала набору стандартных процессов, чтобы обнаруживать больше ошибок и за меньшее время.
Некоторые из лучших практик тестирования приложений включают в себя
- Определить функциональные спецификации
- Revпросмотры и проверки
- Формальные критерии входа и выхода
- Варианты функциональных тестов
- Мультиплатформенное тестирование
- Автоматизированное выполнение теста
Проблемы тестирования приложений
При тестировании приложения тестировщик может столкнуться со многими трудностями.
- Проблемы выявляются только при звонках пользователя
- Неспособность предвидеть последствия перемен.
- Отсутствие видимости ошибок применения и эксплуатации.
- Кропотливый
Тестирование мобильных приложений
Подобно тестированию веб-приложений, Mobile Тестирование приложений также основано на той же стратегии и методологии тестирования. Разница может заключаться в инструментах, используемых для тестирования; некоторые распространенные инструменты, используемые для тестирования мобильных приложений, включают в себя: Appium, TestComplete, Robotium и Espresso.
Типы мобильных приложений подразделяются на три категории.
- Веб-приложение. Доступ к нему осуществляется пользователями через сеть, например Интернет или интрасеть.
- Собственное приложение — оно разработано для конкретной платформы и установлено на вычислительном устройстве.
- Гибридное приложение — это приложение, сочетающее в себе элементы как веб-приложений, так и нативных приложений, например, Facebook.
Для большей части мобильной платформы вы можете использовать простой CSS, HTML, JS и т. д.
Примеры тестовых случаев для тестирования мобильных приложений
Полная стратегия приложений для мобильного тестирования включает в себя инфраструктуру устройств и сетей, выбор целевых устройств и эффективное сочетание инструментов ручного и автоматического тестирования, охватывающих как нефункциональное и функциональное тестирование.
Для мобильного приложения необходимо протестировать следующее:
- Установка
- OTA
- Wi-Fi
- Кабель для передачи данных
- Блютуз
- Удаление
- Логотип приложения
- Всплеск
- Мало памяти
- Обратная связь
- Выход из приложения
- Запуск/Перезапуск приложения
Проблемы мобильного тестирования
С ростом числа мобильных пользователей и устройств тестирование мобильных приложений становится все более сложным. Тестирование мобильного приложения существенно отличается от тестирования веб-приложения для настольных компьютеров. Наиболее распространенные проблемы, возникающие при тестировании мобильных приложений, следующие:
- Комплексное тестирование
- Управление фрагментацией (различная версия ОС, процессор, память)
- Отсутствие плана тестирования.
- Время поджимает
- Отсутствие физических устройств
- Разнообразие платформ и ОС
