Перевод статьи подготовлен специально для студентов курса.
Инженер по контролю качества Python .
В этой статье мы поговорим о том, что такое уровни SMM и как их достичь в Процессы контроля качества , а также рассмотрим доступные и понятные примеры.
Для любого процесса, будь то процесс контроля качества, процесс разработки или любой другой нетехнический процесс, существуют уровни зрелости.
Под уровнями зрелости мы подразумеваем уровень формализации и совершенствования процессов, начиная от разовых процессов и заканчивая процессами, состоящими из формализованных и определенных шагов, имеющих метрики результатов и оптимизированных.
CMM (модель зрелости возможностей)
Это процессно-ориентированная модель, которая используется для оценки зрелости организации в различных областях.Понятие SMM было предложено Институтом программной инженерии (SEI) в США.
Хотя эта модель применяется к процессу разработки программного обеспечения, в конечном итоге она используется и для других процессов, таких как контроль качества и тестирование.
Существует пять различных уровней зрелости: от 1 до 5. По мере продвижения от первого к пятому уровень изменчивости и противоречивости уменьшается.
Ниже приведено подробное описание пяти уровней.
Здесь мы рассмотрим 5 уровней SMM с точки зрения процессов обеспечения качества, и все результаты каждого уровня будут последовательно применяться к процессу анализа качества и тестирования для достижения уровня 5.
Уровень 1 (Начинающий): Специальный: незапланированный, бессистемный и непоследовательный.
Как предполагает термин «Ad-Hoc»: незапланированный, неподготовленный, то есть на этом уровне не придается никакого значения планированию, постановке целей дальнейших процессов, принципам и стандартам управления.
Не существует стандартизированного и последовательного способа выполнения любой задачи.
Единственное, что имеет значение на этом уровне, — соблюдение сроков, независимо от качества конечного продукта и результатов.
Поскольку не существует заранее определенных стандартов и процессов, одна и та же задача может выполняться разными людьми по-разному.
Это создает еще больший хаос, поскольку в следующий раз одна и та же задача будет выполняться совсем по-другому, поскольку нет документации о процессе, которая помогла бы воспроизвести его снова.
Таким образом, на этом уровне процесс плохо контролируется, реактивен и непредсказуем.
Пример: В QA примером может быть ситуация, когда в организации, несмотря на то, что анализ качества является одним из этапов жизненного цикла продукта, нет стандартов и определенного процесса, нет шаблонов результатов тестирования - планов тестирования, тестирования.
стратегии, сценарии и тестовые примеры не стандартизированы.
Даже если все эти вещи определены и задокументированы, если каждый член команды выполняет определенный процесс по-своему, процессы все равно не являются последовательными.
То есть о контроле качества в данном случае говорить не приходится, а сам уровень вообще характеризуется хаосом.
Уровень 2 (повторяемый) – Управление: инициировать определение процесса высокого уровня.
На этом этапе мы получаем решение проблемы за счет того, что характеристики процессов QA отличаются от тех, которые мы видели на первом уровне.
У нас уже есть четкие процессы, методология и стандарты.
Стандарты и процессы не только становятся полными, но и хорошо документированы, поэтому их можно воспроизвести в любых аналогичных задачах, которые были выполнены ранее.
Вот почему этот уровень еще называют "повторяемый" По сути, мы можем повторить шаги и проделать ту же работу.
Таким образом, основное внимание уделяется базовому управлению проектами на этом уровне.
Пример: Для проведения анализа качества определите весь процесс и методологию обеспечения качества для различных типов тестирования, таких как функциональное тестирование, тестирование производительности и т. д. Определите роли и обязанности специалистов по тестированию и их руководителей в жизненном цикле проекта и подготовьте шаблоны для представления.
результаты на каждом этапе.
План тестирования, стратегия тестирования, сценарии и тестовые примеры должны быть организованы.
Вам нужно не только писать и готовиться, но и делиться документацией с командой.
Уровень 3 (конкретный) – Основная компетенция: разработайте общий процесс, охватывающий более широкую аудиторию и большее количество областей.
На третьем уровне люди мотивированы следовать стандартам и процессам, которые были определены на предыдущем уровне.
Для этого процессы должны, прежде всего, быть осуществимыми для всех людей, участвующих в их реализации.
Необходимо определить, какие навыки необходимы для эффективного внедрения или использования процессов и стандартов, и требуется ли для этого какое-либо предварительное обучение.
Затем мотивируйте и поддерживайте человеческие ресурсы, чтобы они могли выполнять процессы и следовать стандартам.
На этом уровне люди, обладающие большим опытом, делятся своими знаниями с другими.
Основное внимание уделяется документации, стандартизации и интеграции процессов.
К этому времени у организации уже есть собственный стандартный процесс тестирования программного обеспечения.
Пример: Проведение вебинаров или тренингов для ознакомления тестировщиков с конкретными новыми процессами и стандартами обеспечения качества и мотивации их использовать их в своей повседневной проектной деятельности.
Уровень 4 (управляемый) – Предсказуемый: измерение процесса
Этот уровень дает количественную оценку процессам, определенным на уровне 3. Это необходимо для контроля ресурсов, необходимых для выполнения любой задачи.На основе такого количественного анализа без ущерба для качества конечного продукта при необходимости процессы можно корректировать.
Анализ проводится путем разделения всего процесса на более мелкие подпроцессы и последующего применения к этим подпроцессам количественных методов.
По результатам подпроцессы корректируются по мере необходимости.
Этот уровень называется прогнозируемым, поскольку на основе предыдущего опыта можно количественно скорректировать ход выполнения процесса и спрогнозировать эффективность последующих исполнений процесса.
Ключевыми областями на уровне 4 CMM являются количественное управление проектами и эффективность организационных процессов.
Короче говоря, на этом уровне процесс измеряется и контролируется.
Пример: Рекомендуется проводить регулярные проверки качества.
Они могут включать проверку того, что команды действительно следуют определенным процессам, используют стандартные шаблоны и придерживаются методологии.
Если вы занимаетесь автоматизированным тестированием, то в качестве примера можно использовать периодические проверки кода сценариев автоматизации тестирования.
Уровень 5 (Оптимизация) – Инновационный: постоянное улучшение.
На этом уровне определяются инновационные пути дальнейшего улучшения заранее определенных процессов и стандартов.
Для достижения этой цели наши собственные процессы необходимо постоянно пересматривать и изменять, добавляя новые инструменты и технологии, непрерывные исследования и обучение, а также осваивая новейший опыт рынка.
Этого можно достичь, сравнивая свою организацию с другими, учась у них, пытаясь учиться на опыте и улучшая свои собственные процессы, добавляя в них что-то инновационное.
Таким образом, на этом уровне основное внимание уделяется постоянному совершенствованию процессов.
Ключевыми областями процесса являются управление эффективностью организации и количественное управление проектами.
Пример: Продолжать совершенствовать методологию, процессы анализа качества, определяемые на основе существующих результатов аудита.
На основе некоторых исследований был сделан вывод, что организация первого уровня может потратить до 1000 долларов на задачу, которую организация пятого уровня может выполнить всего за 10 долларов.
Недавно в моей организации выяснилось, что мы проводим регрессионное тестирование вручную, то есть повторяем одну и ту же последовательность действий вручную, что отнимает много времени и усилий, которые можно сэкономить и вложить в другие, более продуктивные действия.
Затем мы разработали доказательство концепции автоматизации процесса регрессионного тестирования с использованием инструментов автоматизации.
POC прошел гладко, и, наконец, мы смогли настроить процесс выполнения регрессионного тестирования с использованием сценариев автоматизированного тестирования.
Это сэкономило много усилий и времени и улучшило весь процесс.
После рассмотрения всех пяти уровней, о которых мы говорили выше, кажется, что труднее всего достичь третьего уровня.
Как только вы достигнете его, все остальные уровни окажутся в двух шагах.
Дополнительная информация
В настоящее время очень популярной стала модель CMMI, пришедшая на смену SMM. Модель CMMI (модель развития возможностей интеграции) является не чем иным, как преемником CMM. Это комплексный подход, учитывающий отдельные модели HMM и преодолевающий недостатки традиционного.Он также имеет 5 уровней, которые аналогичны SMM. Ниже представлена очень полезная ссылка, перейдя по которой вы сможете узнать разницу между CMMI и CMM и сравнить их: CMMI против CMM На рынке индустрии тестирования программного обеспечения есть несколько компаний, которые достигли уровня 5 модели CMMI, и их имена заслуживают упоминания: Capgemini India Pvt. Ltd – «FSGBU India – Проекты разработки и тестирования», Capita – «Профессиональные ИТ-услуги – Проекты тестирования» и Infosys Public Services – «Разработка, обслуживание и тестирование программного обеспечения».
Здесь вы можете посмотреть рейтинги CMMI различных организаций.
Теги: #Тестирование веб-сервисов #Тестирование мобильных приложений #Тестирование ИТ-систем #cmm #cmmi
-
Программирование Dynamics Gp — С Чего Начать
19 Oct, 24 -
Gsm Розетка «Телеметрика»
19 Oct, 24 -
Редактор Ассемблера Плюс: Установка
19 Oct, 24 -
Вы И Ваша Работа *
19 Oct, 24 -
Еще Одно Сопоставление С Образцом В C#
19 Oct, 24