Что такое системное тестирование? (Плюс Как выполнить системный тест)
22 июля 2021 г.
Разработчики программного обеспечения могут заказать процесс тестирования системы, чтобы повысить качество своих продуктов и лучше гарантировать, что у будущих клиентов будет положительный опыт использования программы. Для тестировщика важно понимать, как работает системное тестирование, чтобы он мог определить области улучшения в программе и предоставить компаниям отчеты о действиях. Изучая эту тему, вы можете открыть для себя стратегии, которые помогут вам добиться успеха в ваших усилиях по тестированию.
В этой статье мы определяем, что такое системное тестирование, что оно проверяет в коде программы, различные типы системного тестирования, как решить, какой из них использовать, и шаги для выполнения собственного.
Что такое системное тестирование?
Системное тестирование — это процесс разработки программного обеспечения для оценки того, может ли завершенная программа работать правильно и соответствовать спецификациям клиента. Обычно это включает в себя серию оценок для наблюдения за тем, как код программы работает на аппаратной системе компьютера, и проверки работоспособности различных функций программного обеспечения. Чтобы уменьшить вероятность того, что знания разработчика могут повлиять на процесс, назначенные тестировщики программного обеспечения часто проводят эти оценки в отдельной среде.
Вот некоторые ключевые отраслевые термины, которые следует изучить:
Системные требования: описывает характеристики аппаратного и программного обеспечения, необходимые для успешной работы программы. Например, для работы некоторых программ требуются определенные вычислительные возможности компьютера.
Функция: Относится к цифровому инструменту в программе, например, к кнопке, по нажатию которой пользователь переходит в новое окно. Тестировщики проводят оценку функций программы.
Функция: подробные протоколы работы функции, например пошаговый метод установки.
Язык кодирования: слова и грамматические конструкции, которые разработчик пишет для программы для создания функций. Однако системные тестировщики видят только саму программу в пригодном для использования формате.
Тестовый пример: относится к списку задач для оценки возможностей или функций программы. Тестировщики часто создают несколько тестовых случаев для программы, которые касаются отдельных аспектов, например, может ли клиент правильно войти в систему.
Что проверяет системное тестирование?
Системное тестирование проверяет, может ли язык программирования программного обеспечения быть переведен в пригодную для использования программу. Это тип оценки «черный ящик», означающий, что тестер может просматривать программу только с точки зрения клиента в аналогичной среде. Они могут проверить, соответствуют ли предполагаемые выходные данные языка кодирования тому, что они наблюдают при работе с программой. Тестировщики также могут обнаруживать ошибки в работе программы, которые могут возникнуть после того, как ее язык кодирования взаимодействует с аппаратным обеспечением компьютера.
Виды системного тестирования
На выбор предлагается около 50 типов системных тестов. Вот некоторые распространенные типы тестирования системы, которые может заказать компания:
Тестирование установки
Тестирование установки включает в себя оценку того, может ли клиент успешно установить программу на аппаратное устройство. Часто это включает в себя наблюдение за процедурой установки программы, включая ее способность определять доступное место на жестком диске и давать эффективные инструкции. Тестировщики часто проводят тестирование установки с использованием различных сценариев, основанных на ошибках, чтобы убедиться, что программа может уведомить клиента, если ей требуются дополнительные предварительные условия. Например, если тестировщик оценивает программное обеспечение, для которого требуется усовершенствованный графический процессор (GPU), он может установить его на компьютер устаревшей модели с меньшими возможностями.
Тестирование функциональности
Функциональное тестирование включает в себя проверку правильности работы функций программы. Он может включать всестороннюю оценку одного аспекта, например кнопки входа, или более общий обзор. Тестировщики могут выполнять заранее определенный ряд задач в программе, чтобы наблюдать за ее реакцией. Например, если они обнаружат отсутствующее требование во время проверки функциональности, они могут записать предлагаемую модификацию для разработчиков, чтобы решить ее в будущем.
Юзабилити-тестирование
Юзабилити-тестирование включает в себя изучение функций программы, чтобы лучше убедиться, что клиент может легко получить к ним доступ и получить от них удовольствие. Он часто включает в себя как оценку функциональности программы, так и ее эстетического вида, поскольку эти два элемента могут влиять на общее мнение клиента. Например, тестер может оценить навигационные функции программы, включая ее функцию поиска и то, как она упорядочивает информацию на экране. После этого они могут оценить время отклика программы, записав, сколько времени требуется для загрузки отдельных компонентов.
Тестирование стабильности
Тестирование стабильности включает в себя измерение реакции программного обеспечения на увеличение обрабатываемых данных. Тестировщики обычно включают этот процесс, чтобы определить, может ли программа оставаться работоспособной, когда несколько пользователей обращаются к ней через сеть. Например, программное обеспечение принтера может потребоваться для обработки запросов на печать от нескольких человек в офисном здании. Тестер может отправить несколько запросов к программному обеспечению принтера и измерить его ответ, чтобы предложить разработчику свои наблюдения и предложения.
Тестирование восстановления
Тестирование восстановления включает в себя изучение того, как программа реагирует на программные и аппаратные сбои. Тестировщики обычно включают этот процесс, чтобы посмотреть, сможет ли программа восстановить функциональность после потери данных или получения неверного кода. Например, если тестировщик планирует наблюдать, может ли код программного обеспечения восстановить себя до предыдущего состояния, он может намеренно вызвать сбой программы во время выполнения задачи. Они также могут проверить, может ли программа восстанавливать элементы, ранее находившиеся в хранилище, например папки с файлами.
Тестирование безопасности
Тестирование безопасности включает в себя проверку того, включили ли разработчики протоколы в программу, чтобы убедиться, что только некоторые люди могут получить доступ к определенным функциям. Тестировщики часто используют этот процесс, чтобы лучше гарантировать, что программа может защитить конфиденциальность пользователя и предотвратить поиск определенной информации посторонними лицами. Например, если тестер оценивает эффективность процедуры аутентификации, он может ввести идентификационные материалы, чтобы оценить реакцию языка кодирования программы.
Тестирование совместимости
Тестирование совместимости включает в себя наблюдение за тем, может ли программа работать в меняющихся средах. Тестировщики могут включить этот процесс, чтобы лучше убедиться, что программа может работать с использованием различных аппаратных устройств или вместе с другими приложениями. Например, тестер может выполнять одни и те же программные задачи в двух разных компьютерных операционных системах, чтобы наблюдать, как каждая система интегрирует язык программирования. Если в программе есть онлайн-компонент, тестировщик может наблюдать за его работоспособностью в разных браузерах сайта.
Регрессионное тестирование
Регрессионное тестирование включает в себя оценку программы после обновления, чтобы убедиться, что любые новые модификации кода успешны. Тестировщики обычно включают этот тест на разных этапах процесса тестирования, чтобы отслеживать, не вызвали ли модификации какие-либо непредвиденные ошибки. Например, если разработчик изменяет входные данные программы после одного процесса тестирования, тестер может использовать регрессионный тест, чтобы определить, создают ли выходные данные какие-либо дополнительные проблемы.
Исследовательское тестирование
Исследовательское тестирование включает в себя способность тестировщика исследовать приложение в соответствии со своими предпочтениями. Вместо того, чтобы следовать конкретным рекомендациям, тестировщики могут использовать свои навыки критического мышления для разработки тестовых случаев. Некоторые компании включают исследовательское тестирование, чтобы тестировщики могли лучше воплотить точку зрения будущего клиента или предложить новые идеи для функций, которые разработчики могут добавить.
Как вы должны решить, какой тип системного тестирования использовать?
Несколько факторов могут повлиять на то, какой системный тест вы можете использовать в процессе оценки. Учитывайте следующие факторы:
Тип процедуры
Некоторые процессы системного тестирования включают в себя автоматическую процедуру, для которой требуется компьютерная программа для запуска теста, или ручную процедуру, которая требует, чтобы тестировщик самостоятельно выполнял каждую задачу. Если компания предпочитает более упорядоченный процесс, она может использовать больше автоматических тестов, таких как оценка функциональности. Чтобы человек принял точку зрения пользователя для поиска ошибок, компания может вместо этого выбрать ручное тестирование, например исследовательскую оценку. Например, если крупная компания планирует выпустить несколько программ одновременно, они могут отдать приоритет автоматическим процедурам.
Доступный бюджет
Бюджет компании на тестирование программного обеспечения может повлиять на тип оценки системы, которую может использовать тестировщик. Большой бюджет может позволить провести разнообразный набор тестов, включая как автоматические, так и ручные процедуры. Он также может предоставить тестировщику больше оборудования, например сложное программное обеспечение для оценки. Практика бюджетирования также может повлиять на количество нанятых тестировщиков, которое часто определяет, сколько типов тестов может заказать компания.
Отведенное время
Некоторые типы системного тестирования требуют нескольких шагов и более продолжительного времени для завершения, особенно оценки, которые могут повторяться. Например, разработчик может включить предложения тестировщика из тестов функциональности или стабильности, а затем отправить обновленную программу тестировщику для повторной оценки. Если у компании более короткие сроки выпуска продуктов, она может расставить приоритеты системным тестам, которые включают меньше шагов, или скорректировать протоколы тестирования в соответствии со своими потребностями.
Как выполнить тест системы
Вот основные шаги для выполнения системного теста:
1. Подготовьте план тестирования системы
Создайте всеобъемлющий документ, описывающий общие объекты процесса тестирования. Часто бывает важно создать подробное руководство, чтобы тестировщики могли лучше понять объем проекта. Рассмотрите возможность включения информации о типах тестов, которые вы планируете использовать, и стратегиях их включения в соответствии с протоколом компании. После этого вы обсуждаете, какое оборудование может понадобиться тестировщику для выполнения шагов каждого системного теста, включая аппаратные устройства.
Вот некоторые дополнительные элементы, включенные в план тестирования
Инструкции по входу и выходу: утвержденные условия, необходимые как для начала, так и для завершения теста системы.
Информация о программном обеспечении: системные требования программы и функции, которые вы планируете тестировать в процессе.
Графики оценки: сколько времени вы можете ожидать на каждый тест
2. Напишите свои тестовые случаи
Создайте серию тестов для использования в процессе оценки системы. Рассмотрите возможность разработки отдельных тестовых случаев для каждой функции программы и использования нескольких типов системных тестов в зависимости от вышеупомянутых решающих факторов. Например, если тестировщик планирует проверить эффективность системы хранения резервных копий программы, он может написать подробный сценарий теста восстановления. Чтобы разработать действенный документ, который смогут использовать многие люди, может быть полезно использовать понятный язык и логически организовать информацию. Рассмотрите возможность использования системы идентификации для тестовых случаев, чтобы вам было легче их находить в будущем.
Вот некоторые дополнительные элементы, включенные в тестовый пример:
Описание: Утверждение из одного предложения о цели тестового примера. Не забывайте отражать информацию только из системных требований.
Процесс тестирования: каждый этап оценки системы в хронологическом порядке. Может быть полезно написать максимум 15 шагов, чтобы упростить работу.
Желаемый результат: ожидаемый результат тестового примера. Например, вы можете описать, что программа правильно установилась в определенный период времени.
Фактический результат: достиг ли тестовый пример ожидаемого результата. Для обеспечения большей ясности может быть полезно поместить объяснение в отдельный раздел.
Комментарии: Дополнительная информация, которую может включить тестер. Например, они могут написать предложения по улучшению.
3. Создайте тестовую среду
Среда тестирования описывает точные физические условия, необходимые для систематического процесса оценки, включая расположение заранее определенного аппаратного и программного обеспечения. Важно убедиться, что вы можете запускать каждый тестовый пример в одной и той же среде, чтобы уменьшить возможность внешнего влияния и предоставить компании точные оценки. Чтобы улучшить ваши пользовательские тесты, также важно смоделировать среду будущего клиента. Может быть полезно разработать подробный документ, чтобы все тестировщики могли понять спецификации.
4. Выполните протоколы тестирования
Используйте свой план тестирования и тестовые примеры для систематического выполнения каждой оценки. Не забудьте просмотреть эти документы, чтобы вы могли понять необходимые шаги и оставаться эффективными. Отслеживайте и записывайте все обнаруженные ошибки, а затем напишите предложения о том, как разработчик может их исправить, отредактировав язык кодирования. Чтобы написать эффективный отчет о процессе, рассмотрите возможность формирования организационного метода, который соответствует вашим потребностям и предпочтениям.