CC BY
16
УДК 006.015.5
Секлетова Н.Н., к.п.н.
доцент Кондратьев А.И. студент магистратуры ФГОБУ ВО «Поволжский государственный университет
телекоммуникаций и информатики»
Россия, г. Самара
ПЛАН И СТРАТЕГИЯ ТЕСТИРОВАНИЯ, ПРИ ПОВЫШЕНИИ КАЧЕСТВА ПРОДУКТА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Аннотация: Представленная статья посвящена вопросам скоординированности при создании плана и выбора стратегии тестирования программного продукта. Уделено внимание определению целей для повышения качества продукта программного обеспечения. В представленных материалах рассматриваются типы тестирования. Акцентировано внимание на необходимость создания тестового отчета.
Ключевые слова: программное обеспечение, типы тестирования, план тестирования, тестовая стратегия, тестовый отчет, автоматизированная система, подсистема.
Sekletova N.N., k.p.
associate Kondratiev A.I. Undergraduate FGOBUin "Volga State University of Telecommunications and Informatics»
Russia, Samara
PLAN AND STRATEGY TESTING, PRI A PRODUCT PRODUCT
Annotation: This article focuses on coordination in creating a plan and choosing a software testing strategy. Attention is paid to setting goals to improve the quality of the software product. The submissions look at the types of testing. Focus on the need to create a test report.
Key words: software, testing types, test plan, test strategy, test report, automated system, subsystem.
Повышение качества продукта программного обеспечения требует создания плана тестирования. Для осуществления итогового результата устанавливаются определенные цели:
- облегчение тестирования (контроль полноты тестирования и его эффективности, отсутствие повторяющихся тестов, поиск наилучших методов для тестирования);
- организация взаимодействия между участниками команды, отвечающих за проведение тестирования;
- удобная структура для организации, планирования и управления. План тестирования включает в себя:
-тестовые ресурсы (список совместимого оборудования, программ и операционных систем);
-перечень функций и подсистем, подлежащих тестированию и включающий в себя следующие списки: отчетов и экранных форм, входных и выходных переменных, возможностей и функций, сообщений об ошибках, файлов программы;
-тестовую стратегию, которая подразумевает следующее: -анализ функций и подсистем с целью определения наиболее слабых мест, то есть областей функциональности тестируемой системы, где появление дефектов наиболее вероятно.
-определение стратегии выбора входных данных для тестирования. Так как множество возможных входных данных программного продукта, как правило, практически бесконечно, выбор конечного подмножества, достаточного для проведения исчерпывающего тестирования, является сложной задачей. Для ее решения могут быть применены такие методы, как покрытие классов входных и выходных данных, анализ крайних значений, покрытие модели использования, анализ временной линии и тому подобные.
Вообще говоря, стратегию, которую вы предпочли необходимо, и обосновать и задокументировать. Для этого так же составляется план, включающий в себя следующие моменты:
- определение потребности в автоматизированной системе тестирования и дизайн такой системы;
-расписание тестовых циклов;
-фиксацию тестовой конфигурации: состава и конкретных параметров аппаратуры и программного окружения;
-определение списка тестовых метрик, которые на тестовом цикле необходимо собрать и проанализировать.
В тестовом плане определяются и документируются различные типы тестов. Типы тестов могут быть классифицированы по двум категориям: -по виду подсистемы или продукта;
- по способу выбора входных данных.
Рассмотрим типы тестирования по виду подсистемы или продукта: -тестирование основной функциональности, когда тестированию подвергается собственно система, являющаяся основным выпускаемым продуктом;
-тестирование инсталляции включает тестирование сценариев первичной инсталляции системы, сценариев повторной инсталляции (поверх уже существующей копии), тестирование деинсталляции, тестирование инсталляции в условиях наличия ошибок в инсталлируемом пакете, в окружении или в сценарии и др.;
-тестирование пользовательской документации включает проверку полноты и понятности описания правил и особенностей использования продукта, наличие описания всех сценариев и функциональности, синтаксис и грамматику языка, работоспособность примеров и др.
Типы тестирования по способу выбора входных значений имеют следующую градацию:
-функциональное тестирование, при котором проверяется покрытие функциональных требований и покрытие сценариев использования;
-стрессовое тестирование, при котором проверяются экстремальные режимы использования продукта;
- тестирование граничных значений;
- тестирование производительности; -тестирование на соответствие стандартам;
-тестирование совместимости с другими программно-аппаратными комплексами;
-тестирование работы с окружением; -тестирование работы на конкретной платформе.
В реальных разработках используются и комбинируются различные типы тестов для обеспечения спланированного качества продукта.
В результате тестирования (после каждого этапа тестирования) формируется документ, который называется тестовым отчетом, содержащий следующие сведения:
-сопоставление запланированных задач для тестирования и результата тестирования;
-установление времени тестирования; -перечень выполненных тестов и их результат; -указание найденных ошибок, повторно найденных ошибок. -указание найденных отклонений от разработки программного обеспечения;
-заключение о результате проведенного этапа тестирования. Необходимой реакцией является создание матрицы соответствия требований (traceability matrix, трассируемость требования в тестах), являющейся неотъемлемой частью тест-плана - двумерной таблицей, содержащей соответствие функциональных требований программного обеспечения и подготовленных тестовых сценариев и используемой руководителями тестирования программного обеспечения для валидации покрытия продукта тестами. В заголовках колонок таблицы расположены требования, а в заголовках строк - тестовые сценарии.
И конечно необходим лист проверки (чек-лист, check list) - документ, описывающий что должно быть протестировано. Лист проверки может быть абсолютно разного уровня детализации и насколько детальным будет чек-лист, зависит от требований к отчетности, уровня знания продукта сотрудниками и сложности продукта. Как правило, лист проверки содержит только действия (шаги), без ожидаемого результата. Лист проверки менее
формализован, чем тестовый сценарий. Его уместно использовать тогда, когда тестовые сценарии будут избыточны. Лист проверки обычно используется в гибких подходах в тестировании. [1]
Использованные источники: 1. Кулаков К.А., Димитров В.М. Основы тестирования программного обеспечения [Электронный ресурс]: учебное электронное пособие для для обучающихся Института математики и информационных технологий / К.А. Кулаков, В.М. Димитров- Петрозаводск: Издательство ПетрГУ, 2018. -Режим доступа:ht:tps://cs.petrsu.щ/studies/methodwork/basic testing.pdf(дата обращения 30.12.2019)
