АНАЛИЗ ВИДОВ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Обозначения и сокращения:

Автоматизированная система – комплекс программных, аппаратных средств и персонала, предназначенный для автоматизации процессов предприятия.

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

Разработчик – сотрудник, который пишет код программного обеспечения.

Тестировщик – сотрудник, который тестирует код разработчика.

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

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

Тест-кейс – минимальная единица тестирования, которая служит для нахождения единичной ошибки (т.е. несоответствия требованиям).

Тестирование – процесс испытания и исследования продукта для получения информации о его соответствии требованиям).

GUI (Graphical user interface - графический интерфейс пользователя (ГИП)) – это разновидность пользовательского интерфейса, в котором все элементы (кнопки, меню, пиктограммы, списки) представленные пользователю на дисплее выполнены в виде картинок, графики.

Введение:

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

В данной статье мы рассмотрим различные виды тестирования программного обеспечения.

Основная часть:

Анализ видов тестирования программного обеспечения:

Виды тестирования программного обеспечения:

1. Статическое тестирование – это вычитка кода, не запуская проект. В основном этим видом тестирования занимаются разработчики. Данный вид тестирования помогает найти логические ошибки на уроне кода. Данный вид тестирования проводится первым по счету.
2. Функциональное тестирование – проверка работоспособности описанных функций. Считается основным видом тестирования для нового функционала. Помогает выявить несоответствия требованиям из технического задания. Выполняется исключительно вручную. Данный вид тестирования проводится вторым по счету.
3. Нефункциональное тестирование (GUI тестирование) – это проверка графического интерфейса, проверка верстки. В чем-то похоже на функциональное тестирование, но в данном случае проверяются не функции, а статические элементы окна или страницы программного обеспечения (например, расположение кнопок, ровность шрифтов и расположение других элементов окна или страницы программы).
4. Тестирование производительности – это тестирование при определенных заданных средних нагрузках. Средние значения для производительности программного обеспечения определяются в техническом задании продукта.
5. Нагрузочное тестирование – это тестирование при максимальных нагрузках, которые также определены в техническом задании программного обеспечения. Помогает выявить слабые места, которые требуют доработки и так далее.
6. Стрессовые тесты – тестирование при нагрузке, которая больше, чем максимальная нагрузка для тестируемого продукта примерно в 2 раза. Данный вид тестирования полезен для того, чтобы знать предел своего продукта.
7. Тестирование совместимости – проверка работоспособности продукта в разных ОС и/или браузерах.
8. Тестирование локализации – проверка переводов текстов, проверка отсутствия ключей, по которым подставляются слова различных языков.
9. Регрессионное тестирование – проверка работоспособности основного функционала после любых изменений продукта.

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

Выводы

В данной статье мы рассмотрели различные виды тестирования программного обеспечения. Проведение всех видов тестирования – это важная задача для получения качественного программного обеспечения.  Однако самым эффективным является сочетание ручного тестирования и автоматизированного.

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

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

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

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

Список литературы:

1. ПРО ТЕСТИНГ [Электронный ресурс]. URL: https://www.protesting.ru/testing/testtypes.html (дата обращения 04.04.2019)
2. SOFTWARE TESTING [Электронный ресурс]. URL: https://software-testing.org/testing/osnovnye-vidy-testirovaniya-programnogo-obespecheniya.html (дата обращения 04.04.2019)
3. Wiki Rosalab [Электронный ресурс]. URL: http://wiki.rosalab.ru/ru/index.php/%D0%92%D0%B8%D0%B4%D1%8B_%D1%82%D0%B5%D1%81% D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%9F%D0%9E (дата обращения 04.04.2019)