Качество программного продукта во многом зависит от результативности и результативности процесса разработки. Упорядоченное и преднамеренное повторное использование компонентов программного обеспечения с качеством и без ошибок возможно, когда процесс тестирования руководствуется стандартами и процедурами, которые стандартизируют и включают атрибуты качества в решение, что позволяет снизить производственные затраты и увеличить удовлетворенность клиентов.
Создание этой статьи в основном является ответом на растущую потребность проекта Odoo Desoft R + D + i в управлении разработкой подразделения Desoft La Habana в автоматизации процесса разработки и тестирования, обеспечении общих процессов решения Odoo для Кубинская среда, сократите время тестирования, включив их на протяжении всего жизненного цикла процесса разработки, включите и интегрируйте цепочку инструментов в процессе разработки и тестирования и получите отслеживаемость и интеграцию со всеми сторонами, участвующими в процессе разработки,
В рамках процесса внедрения новой модели разработки программных продуктов (LPS) и в связи с принятием технологии Odoo с 2012 года по настоящее время проект Odoo Desoft R + D + i изменяет свой процесс. управление качеством и, следовательно, управление испытаниями с целью регулирования, контроля и измерения производственного процесса.
Введение
Любой производственный или сервисный процесс, целью которого является удовлетворение потребностей конечных потребителей и повышение эффективности производства, должен поддерживаться системой менеджмента качества и, по сути, системой управления тестированием. В первые две недели 2012 года было решено создать группу управления качеством и, следовательно, группу, которая будет заниматься управлением и проведением тестов в проекте R + D + i в Управлении развития подразделения. Desoft La Habana, и это будет сосредоточено на удовлетворении специфики пакетных ERP-решений в Odoo и на необходимости рационализировать процесс разработки программного обеспечения, не упуская из виду атрибуты качества, которым оно должно соответствовать.Программное обеспечение имеет определенные особенности, и без хорошего процесса разработки практически невозможно получить хороший продукт, поэтому определение качества процессов разработки и самого программного обеспечения должно основываться на следующих характеристиках:
- Программное обеспечение - это интеллектуальный продукт, не ограниченный законами физики или производственными процессами. Он абстрактен, как и качество: он разрабатывается, а не производится. Стоимость в первую очередь связана с процессом проектирования, а не с производством. И ошибки закрадываются в дизайн, а не в производство - программное обеспечение не ухудшается со временем. Он невосприимчив к воздействию окружающей среды, и его кривая отказов сильно отличается от кривой аппаратного обеспечения. Все проблемы, возникающие во время обслуживания, были с самого начала, и они влияют на все его копии; никаких новых ошибок не возникает. Обслуживание программного обеспечения намного сложнее, чем обслуживание оборудования. Когда аппаратный компонент выходит из строя, его заменяют запасной частью,Но каждый программный сбой связан с ошибкой в проекте или в процессе, с помощью которого проект был преобразован в исполняемый машинный код. Внести изменения в программный продукт обманчиво легко, но последствия этих изменений могут быть распространены взрывным образом. и неконтролируемый.Программы с ошибками не отвергаются. Предполагается, что программное обеспечение неизбежно.
Важно подчеркнуть, что тесты в решениях ERP, ориентированных на пакеты в Odoo, должны поддерживаться процедурами / стратегией, которая включает фундаментальные аспекты, которые необходимо учитывать во всем процессе тестирования, одним из них является стандарт ISO / IEC 29119 для тестирования программного обеспечения. является международным эталоном в области тестирования программного обеспечения и позволяет устранить существующие несоответствия, а также охватить те области процесса тестирования программного обеспечения, которые просто не были приняты во внимание.
Важно подчеркнуть, что выполнение тестов необходимо учитывать на всех этапах развития программного обеспечения (спецификации, дизайн и кодирование). Недостаточно учитывать качество решения после завершения, когда проблемы низкого качества уже не решаемы или решение стоит очень дорого.
Следующее исследование предлагает стратегию тестирования и экосистему для автоматизации процесса разработки и тестирования, обеспечения общих процессов решения Odoo для кубинской среды, сокращения времени тестирования за счет их включения на протяжении всего жизненного цикла процесса разработки. включить и интегрировать цепочку инструментов в процесс разработки и тестирования и получить отслеживаемость и интеграцию со всеми сторонами, участвующими в процессе разработки.
Важно отметить, что Система управления тестированием систематизирует передовой опыт стандарта ISO / IEC 29119, она будет охватывать полный жизненный цикл решения, разработанного в самой структуре системы управления качеством подразделения Desoft La Habana.
Организационная структура.
Проект Odoo Desoft R + D + i в Управлении разработкой подразделения Desoft La Habana был структурирован в соответствии с характеристиками модели разработки программного обеспечения, ориентированной на архитектуру и основанной на парадигме линейки программных продуктов (LPS), что привело к новому режиму управления и включению заводской модели производства программных продуктов с высокой степенью автоматизации производственного процесса.
ОРГАНИЗАЦИОННАЯ СТРУКТУРА ПРОЕКТА ODOO DESOFT R + D + I
На основе этой структуры была определена основная цель группы тестирования, которая представляет собой не что иное, как мониторинг и контроль управления и выполнения тестов, тем самым создавая рабочую систему, которая позволила бы регулировать, выполнять, анализировать и Для измерения качества решений в группе качества эта терминология уступила место определению стратегии тестирования и экосистемы тестирования, которые будут поддерживать указанную стратегию.
Стратегия и экосистема тестирования.
Стратегия тестирования системы управления тестированием для пакетных ERP-решений в Odoo объединяет набор действий, которые описывают шаги, которые должны быть выполнены в процессе тестирования: планирование, разработка тестового примера, выполнение и результаты с учетом того, сколько усилий и ресурсов потребуется, чтобы в результате получить правильную конструкцию программного обеспечения.
Общая цель Стратегии тестирования состоит в том, чтобы установить процедуру, которая позволяет организовать и спланировать действия, которые должны быть выполнены для достижения удовлетворительных результатов тестирования, имея в качестве конкретных целей:
- Планируйте необходимые тесты на каждой итерации. Разрабатывайте и внедряйте тесты, создавая тестовые примеры, которые определяют, что тестировать, как выполнять тесты, и создавая, если возможно, исполняемые тестовые компоненты для их автоматизации. Выполнение различных тестов и обработка результатов каждого. тестируйте систематически.
Общий процесс стратегии тестирования группы тестирования разделен на 3 фазы:
- Планирование и мониторинг тестов, анализ и дизайн тестов, выполнение тестов
ЭТАПЫ ГЛОБАЛЬНОГО ПРОЦЕССА ТЕСТОВОЙ СТРАТЕГИИ
На каждом из этих этапов определены действия, которые должны быть выполнены, артефакты, созданные в каждом из них или для поддержки действия, а также роли и обязанности тех, кто участвует в каждом из действий. Различные фазы и действия взаимосвязаны с жизненным циклом разработки программного обеспечения, задокументированным в Методологии разработки пакетных ERP-решений в Odoo в проекте Odoo Desoft R + D + i. Процесс анализа методологии разработки для ERP-решений, ориентированных на пакеты, в Odoo напрямую связан с этапом планирования тестирования, поскольку с начальных этапов оценка действий тестирования и ожидаемые даты завершения (план и планирование тестирования).
Стратегия тестирования принимает во внимание автоматизацию для повышения качества продукта и оптимизации усилий по тестированию, некоторые из ее преимуществ:
- Автоматизация сокращает усилия и время на регрессионное тестирование. Автоматизация выполняет проверки во время циклов изменений, что невозможно сделать вручную из-за ограничений по времени. Автоматизация обеспечивает согласованность и логический охват. Если все правильно спроектировано, нет риска исключить тестовые примеры или пропустить ошибки.
Следует отметить, что из-за большого количества настроек, параметризации и вариативности, которые выполняются в решениях ERP, ориентированных на пакеты в Odoo, важно автоматизировать тестовые примеры некоторых общих процессов Odoo для кубинской среды, которые для его важность и сложность должны пройти регрессионные тесты в каждой из сгенерированных версий.
Возможность автоматизации тестирования зависит от сочетания традиционной технологии с тестовыми фреймворками, ориентированными на тестовую экосистему, которая поддерживает такую тестовую стратегию.
Понятие тестовой экосистемы началось с основы включения и интеграции цепочки инструментов в процессе разработки и тестирования, которые поддерживали бы предпосылки Стратегии тестирования и позволяли бы отслеживать и интегрировать все стороны, участвующие в процессе. разработка и тестирование. В принципе, его использование стало сложным, требуя больше усилий и времени для достижения эффективных результатов. Выполнение тестов до или во время стадии разработки обеспечивает большую безопасность при реализации кода, поскольку он работает параллельно с выполнением тестов, исключает риск генерации ошибок, которые влияют на другие уже проверенные коды.
ТЕСТИРОВАНИЕ ЭКОСИСТЕМЫ
Проверка и валидация тестовой стратегии и экосистемы.
Для проверки и валидации Стратегии тестирования и Экосистемы было гарантировано, что различные фазы, действия и артефакты, предлагаемые Стратегией тестирования, взаимосвязаны с жизненным циклом разработки программного обеспечения, задокументированным в Методологии разработки для целевых решений ERP. с помощью пакетов в Odoo в проекте Odoo Desoft R + D + i и демонстрируя, что автоматизированная тестовая экосистема способна удовлетворить потребности Стратегии тестирования и те, которые продиктованы Методологией разработки.
Для осуществления этой деятельности основными задачами были:
- Взаимосвязь между методологией разработки и стратегией тестирования.
МЕТОДОЛОГИЯ РАЗРАБОТКИ И СТРАТЕГИЯ ИСПЫТАНИЙ
- Взаимосвязь между действиями и артефактами фаз методологии разработки и стратегии тестирования. На каждом этапе методологии разработки делается ссылка только на результаты, относящиеся к стратегии тестирования, которые служат входными данными для процесса тестирования.
Этапы и результаты методологии разработки (включены только результаты, непосредственно связанные со стратегией тестирования) | Этапы и результаты стратегии тестирования |
Анализ
- Спецификация требований |
Планирование тестирования
- План тестирования (начальная версия) - Планирование тестирования -Процедура управления инцидентами (одна для каждого проекта, отличного от стандартного) Анализ и дизайн тестов - Спецификация пользовательских историй - Спецификация и дизайн тестовых случаев (системы) - Матрица прослеживаемости |
дизайн
- Спецификация конструкции решения Flow X - Спецификация конструкции решения модуля X |
Анализ и дизайн тестов
- Спецификация и дизайн тестовых случаев (интеграция) - Спецификация и дизайн тестовых случаев (унитарный) - Матрица прослеживаемости - План испытаний (техническое задание |
Реализация
- Программный продукт |
Выполнение тестирования
- Результаты модульного тестирования - Результаты интеграционных тестов - Результаты тестирования системы - Отчеты об отслеживании тестов - Отчет об уровне тестирования |
тесты
- Руководство пользователя |
Выполнение тестирования
- Результаты приемочных испытаний. - Заключительный отчет об испытаниях |
С ORRESPONDENCIA М ЕТОДОЛОГИЯ РАЗРАБОТКА И ТЕСТИРОВАНИЕ СТРАТЕГИЯ .
- Проверка была проведена, чтобы проверить, соответствуют ли результаты на разных этапах разработки условиям или требованиям, предъявляемым к этапам тестирования. Эта деятельность была проведена специалистами, не имеющими прямого отношения к процессу разработки и процесса тестирования.Валидация проводилась для подтверждения того, что полученная Тестовая Экосистема соответствует требованиям Стратегии Тестирования. Эта деятельность проводилась в области операционной среды специалистом, не имевшим прямого отношения к процессу разработки и тестирования, и при участии инженера-испытателя.
Выводы
Реализация этого исследования позволила кратко и упрощенно собрать основные концептуальные основы Стратегии и экосистемы тестирования Системы управления тестированием для пакетно-ориентированных ERP-решений в Odoo в области НИОКР в области управления. Развитие подразделения Desoft La Habana.
Важно отметить, что Система управления тестированием систематизирует передовой опыт стандарта ISO / IEC 29119, она будет охватывать полный жизненный цикл решения, разработанного в самой структуре системы управления качеством подразделения Desoft La Habana. Выполнение этой работы, полученные на ее основе результаты и многие другие опыты позволяют нам понять, что это деятельность, которая поддерживает разработку ERP-решений в целом, независимо от используемой технологии. Эта новая задача обновила процедуры, методологии и процессы разработки в области R + D + i в Управлении развития подразделения Desoft La Habana. Это способствовало осуществлению организованных, структурированных и дисциплинированных процессов, в которых проект имеет возможность повторять и улучшать их.
Ссылки
- Фишер Г., «Программные технологии 21 века: от повторного использования программного обеспечения к совместному проектированию программного обеспечения». Паес Дж., «Разработка модели для оценки / тестирования программного обеспечения на основе разработки тестов с применением стандарта ISO / IEC 29119. »Рейд С.,« Тестирование программного обеспечения. Новый международный стандарт тестирования программного обеспечения ISO / IEC 29119 ».