Лекция
Привет, Вы узнаете о том , что такое стандарты тестирования, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое стандарты тестирования, стандарты в тестировании, cmmi , настоятельно рекомендую прочитать все из категории Качество и тестирование программного обеспечения. Quality Assurance..
Чтобы получить пользу от использования внедренных стандартов и процессов, вы должны постоянно контролировать, что все делается согласно установленной договоренности, и вы получаете именно тот результат, который планировали. Все что регулярно не используется, рано или поздно перестает существовать. Это закон человеческого поведения.
Интегрированная модель зрелости процессов программного обеспечения (CMMI - Capability Maturity Model Integration) реализует это при помощи аудитов (CMMI определяет аудит, как вид деятельности по Обеспечению Качества, потому что данная модель тестирует процессы, а не продукт). При использовании гибких (Agile) методик, например, Extreme Programming или SCRUM, для этой цели нанимают инструктора. Неважно, как происходит сама проверка и как вы это у себя называете – все это приносит лишь качественную пользу.
Если вы сталкиваетесь с ситуацией, когда принятый стандарт или процесс игнорируется, то необходимо выяснить, почему так происходит, потому что причины могут быть абсолютно разные. Например:
Каждое нарушение стандарта или процесса – это возможность его изучить и улучшить, чтобы он соответствовал нуждам команды.
Capability Maturity Model Integration (CMMI) — набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде практик, реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определенных областей деятельности.
Набор моделей CMMI включает три модели: CMMI for Development (CMMI-DEV), CMMI for Services (CMMI-SVC) и CMMI for Acquisition (CMMI-ACQ). Об этом говорит сайт https://intellect.icu . Наиболее известной является модель CMMI for Development, ориентированная на организации, занимающиеся разработкой программного обеспечения, аппаратного обеспечения, а также комплексных систем. На данный момент действуют две версии моделей: три отдельные модели версии 1.3 (вышли в ноябре 2010 года) и частично опубликованная единая версия 2.0 (вышла в конце марта 2018 года).
CMMI является развитием методологии CMM, которая разрабатывалась со второй половины 1980-х годов Software Engineering Institute (SEI) в Университете Карнеги-Меллона (Carnegie Mellon University). С января 2013 года вся деятельность, связанная с моделями CMMI передана из SEI в специально созданный для этих целей CMMI Institute при университете Карнеги-Меллона. Позже (с 2016 года) CMMI Institute стал подразделением коммерческой ассоциации ISACA.
В 2007 году в России появился первый авторизованный (позднее — сертифицированный) инструктор по CMMI, а в 2008 году первый русскоязычный ведущий оценщик (Lead Appraiser). На июль 2018 года в России сертифицирован институтом CMMI Institute один ведущий оценщик и один сертифицированный инструктор (в лице одного специалиста). Также в России есть несколько специалистов, имеющих сертификацию CMMI Associate (сертификация, подтверждающая высокий уровень знания модели, но не дающая право проводить официальные обучение и/или оценивания).
CMMI определяет 22 процессные области (process areas). Для каждой из процессных областей существует ряд целей (goals), которые должны быть достигнуты при внедрении CMMI в данной процессной области. Некоторые цели являются уникальными — они называются специфическими (specific). Общие (generic) цели применяются ко всем процессным областям. Цели достигаются при помощи реализации практик (рекомендаций модели), либо их адекватных альтернатив. В соответствии с отношением к какой-либо цели, практики делятся на специфические и общие.
Существуют два представления CMMI: непрерывное (continuous) и ступенчатое (staged). При реализации практик CMMI с использованием непрерывного представления, выбор процессных областей не фиксирован (хотя в модели содержатся рекомендации по порядку реализации областей). Для оценки уровня институционализации процессной области используется шкала уровней способности (capability level) от 0 до 5 (шесть уровней). Ступенчатое представление определяет пять (1-5) уровней зрелости (maturity level) организации. Для достижения каждого уровня зрелости (кроме первого) необходимо выполнить требования по реализации целей определенного набора процессных областей для достижения соответствующих целей. Первый уровень зрелости в модели не определен.
Любое совершенствование процессов подразумевает плавный/поэтапный процесс. В CMMI эти этапы формализованы — существует 5 уровней зрелости, каждый из которых указывает на зрелость процессов организации.
5. Фокус на совершенствование процессов | Оптимизируемый |
4. Процессы измеряются и контролируются | Управляемый на основе количественных данных |
3. Процессы определены на уровне всей организации. Процессы исполняются заблаговременно | Определенный |
2. Процессы определены на уровне проектов. Зачастую процессы появляются в ответ на определенные события | Управляемый |
1. Процессы непредсказуемые, слабо контролируемые. процессы появляются в ответ на определенные события | Начальный |
Выводы из данной статьи про стандарты тестирования указывают на необходимость использования современных методов для оптимизации любых систем. Надеюсь, что теперь ты понял что такое стандарты тестирования, стандарты в тестировании, cmmi и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Качество и тестирование программного обеспечения. Quality Assurance.
Из статьи мы узнали кратко, но содержательно про стандарты тестирования
Комментарии
Оставить комментарий
Качество и тестирование программного обеспечения. Quality Assurance.
Термины: Качество и тестирование программного обеспечения. Quality Assurance.