how achieve level 5 maturity
Тази статия обяснява какви са нивата на CMM и как да се постигнат тези нива на CMM QA процеси - обяснено с най-добрите примери.
За всеки процес, независимо дали е QA процес, процес на разработка или някакъв нетехнически процес, има нива на неговата зрялост. Под нива на зрялост имаме предвид, че нивото на формалност и подобряване на процесите, като ad-hoc процеси - към формално дефинирани стъпки - към управлявани показатели на резултатите - до оптимизиране на процесите.
Какво ще научите:
- CMM (модел на зрялост на способността)
- Ниво 1 (първоначално) - Ad-Hoc: непланирано, несистематично и непоследователно
- Ниво 2 (Повтарящо се) - Контрол: Иницииране на дефиниране на процеси на високо ниво
- Ниво 3 (Дефинирано) - Основна компетентност: Представете обобщен процес за по-широка аудитория и домейни
- Ниво 4 (управлявано) - Предсказуемо: Измерете процесите
- Ниво 5 (Оптимизиране) - Иновативно: Непрекъснато усъвършенстване
- Допълнителна информация
- Препоръчително четене
CMM (модел на зрялост на способността)
Това е модел, базиран на процес, който се използва за оценка на зрелостта на организацията за различни домейни. Концепцията за CMM е въведена от Института за софтуерно инженерство ( БЪДА ) в САЩ.
Въпреки че този модел се прилага към процеса на разработване на софтуер, в крайна сметка той се използва и за други процеси, като QA и тестване.
Той има 5 различни нива на зрялост от 1 до 5. Когато преминем към ниво 5 от 1, променливостта и непостоянството намаляват. По-долу са подробности за 5 нива. Тук ще преминем през 5 CMM нива по отношение на процеса на осигуряване на качеството и какви са всички резултати / резултати, които се очакват за всяко ниво, за да узрее QA / процес на тестване и да достигне до ниво 5.
Ниво 1 (първоначално) - Ad-Hoc: непланирано, несистематично и непоследователно
Както думата „Ad-Hoc“ гласи: непланирано, неподготвено, на това ниво значението не се отдава на планирането, следването на процеси, насоки и стандарти. Няма стандартизиран и последователен начин за изпълнение на каквато и да е задача. Единственото нещо, което е важно на това ниво, е спазването на сроковете, независимо от качеството на крайния продукт и резултатите.
Тъй като няма предварително определени стандарти и процеси, една и съща задача се извършва по различни начини от различни хора.
И това става още по-несистематично и непоследователно, ако същата задача бъде изпълнена по различен начин следващия път, тъй като в процеса няма налични документи, които могат да позволят на процеса да бъде репликиран.
И така, на това ниво процесът е лошо контролиран, непредсказуем и реактивен.
Например,
QA - Примерът би бил, че в дадена организация, въпреки че QA е една от фазите в жизнения цикъл на продукта, няма никакви стандарти и няма дефиниран процес, няма шаблони за резултати от QA - план за изпитване, стратегия за тестване, сценарии за тестване и тестови случаи не са стандартизирани.
Дори ако тези неща са дефинирани и документирани, тогава всички членове на екипа имат свой собствен начин за изпълнение на задачите и процесът изобщо не е последователен. Така че, всъщност няма контрол над QA и това е хаотична фаза.
Ниво 2 (Повтарящо се) - Контрол: Иницииране на дефиниране на процеси на високо ниво
На тази фаза получаваме решението на проблема относно недостъпността на QA процеси, методология и стандарти, които видяхме на ниво 1. Имаме налични процеси, методология и стандарти.
Стандартите и процесите не само са финализирани, но и са добре документирани, така че те могат да бъдат използвани повторно от някоя от подобни задачи, които са били направени преди. Ето защо това ниво е известно като „повторяемо“ - тъй като можем да повторим стъпките за извършване на същия вид работа.
И така, фокусът е върху основното управление на проекти на това ниво.
Например,
QA - Дефинирайте цялостния QA процес и методология за различни видове тестове като функционални, данни, производителност и др. Определете ролята и отговорностите на QA инженера и тестовия лидер в жизнения цикъл на проекта и подгответе шаблони за резултати във всяка фаза Тестовият план, тестовата стратегия, тестовите сценарии и тестовите случаи трябва да са на място.
Не само дефинирайте и подгответе, но и споделете документацията в екипа.
Ниво 3 (Дефинирано) - Основна компетентност: Представете обобщен процес за по-широка аудитория и домейни
На ниво 3 хората са мотивирани да следват стандартите и процесите, определени на ниво 2. За това, на първо място, процесите трябва да бъдат предадени на всички участващи хора. Трябва да се установи, че са необходими всички умения, за да се използват процесите и стандартите ефективно и ефикасно, както и дали за това е необходимо обучение.
След това мотивирайте и подкрепете ресурсите да следват тези стандарти и процеси. Тук хората, които имат повече опит, трябва да споделят знанията си с другите.
Фокусът е върху документацията, стандартизацията на процесите и интеграцията. По това време организацията е разработила свой собствен стандартен процес на тестване на софтуер.
Например,
QA - Провеждане на уебинари и обучителни сесии, за да позволят на хората да се запознаят с новодефинирания QA процес и стандарти и да ги мотивират да се възползват от тях по време на ежедневната си работа по проекти.
Ниво 4 (управлявано) - Предсказуемо: Измерете процесите
На това ниво процесите, определени на ниво 3, се измерват количествено. Това се прави, за да се контролират усилията, необходими за дадена задача. Въз основа на този количествен анализ, процесите могат да се коригират, ако е необходимо, и това също, без да се влошава качеството на крайния продукт.
Анализът се извършва чрез разделяне на целия процес на по-малки подпроцеси и след това се прилагат количествени техники за тези подпроцеси. Според резултата, подпроцесите се коригират, ако е необходимо. Това ниво се нарича предсказуемо, тъй като въз основа на предишен опит можем да прогнозираме количествено процеса и да използваме това предвиждане за предстоящите процеси.
Ключовите области на процеса на ниво 4 на CMM са количественото управление на проекти и изпълнението на организационния процес.
Накратко, процесът се измерва и контролира на това ниво.
Например,
QA - Извършването на редовни одити би било добра идея тук. Това може да включва проверка дали екипите действително следват дефинираните процеси, използвайки стандартните шаблони, спазват ли методологията или не.
Ако се занимавате с тестване на автоматизацията, тогава извършването на периодични прегледи на кодове на скриптове за тестове за автоматизация би бил подходящ пример тук.
Ниво 5 (Оптимизиране) - Иновативно: Непрекъснато усъвършенстване
На това ниво са идентифицирани иновативни начини за допълнително подобряване на предварително дефинираните процеси и стандарти. Това е непрекъснат процес. За тази цел нашите собствени процеси се наблюдават и преработват непрекъснато чрез добавяне на нови инструменти и технологии, чрез непрекъснати изследвания и проучвания и като се поддържаме актуализирани с нова информация на пазара.
Това може да се постигне и чрез сравняване на други организации и да се поучим от тях и да се опитаме да подобрим нашия процес, като добавим нови иновации към него. И така, фокусът е върху непрекъснатото подобряване на процеса на това ниво. Ключовите области на процеса са организационното управление на изпълнението и количественото управление на проекти.
Например,
QA - Продължавайте да подобрявате методологията, процесите, дефинирани въз основа на предишни резултати от одита.
Въз основа на някои проучвания е направено заключението, че организациите на ниво 1 могат да похарчат $ 1000 за всяка конкретна задача, а след това за същата организация на ниво 5 трябва да похарчат $ 10.
Наскоро в моята организация беше установено, че правим теста за регресия ръчно, което отнема ръчно повторение на същия вид усилия и отнема много часове, които могат да бъдат спестени и вложени в някои други продуктивни произведения.
След това направихме доказателство за концепция, за да автоматизираме процеса на регресионно тестване с помощта на инструмент за тестване на автоматизация. POC премина добре и накрая успяхме да направим регресионното тестване чрез скриптове за тестове за автоматизация. Това спести много усилия и време и допринесе за цялостното подобряване на процеса.
След като преминете през всичките 5 нива, споменати по-горе, изглежда, че достигането до ниво 3 е трудно. След като бъде постигнато, следващите нива не са твърде далеч и трудно постижими :)
Допълнителна информация
В днешно време моделът CMMI стана популярен и пое CMM. CMMI (интеграция на модел на зрелост на способността) не е нищо друго освен наследник на CMM. Това е интегриран подход, който се занимава с отделни модели на CMM и преодолява недостатъка на традиционния CMM. Той също така има 5 нива, подобни на CMM.
По-долу има много полезна връзка, където можете да научите разликата между CMM и CMMI и да сравните тези две:
как да отворите JSON файл в Windows
На пазара за тестване на софтуер някои от имената от ниво 5 на CMMI, които си струва да се споменат тук, са Capgemini India Pvt. Ltd - „FSGBU India - Проекти за разработка и тестване“, Capita - „Професионални ИТ услуги - Проекти за тестване“ и Infosys Public Services - „Разработка, поддръжка и тестване на софтуер“.
Можете да получите CMMI рейтинг на различните организации тук .
Допълнителна информация: Какво е SEI? CMM? ISO? IEEE? ANSI? Ще помогне ли?
Това е статия за гости от Meenal Balajiwale.
Meenal работи като ръководител на екип в MNC. Специализирана е в цялостния QA процес за извършване на функционални тестове, данни, производителност и тестове за сигурност. Работил по модели на водопад и пъргав. Работил съм и върху BI тестване, уеб тестване, качество на данните.
Моля, не се колебайте да публикувате вашите запитвания в коментарите по-долу.
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Какво е тестване за съответствие (тестване за съответствие)?
- Тестване на бизнес процеси (BPT) - Как да опростим и ускорим процеса на тестване с помощта на BPT
- Изтегляне на eBook за тестване на Primer
- Ad-hoc тестване: Как да открием дефекти без официален процес на тестване
- 4 стъпки към разработването на мисленето за гъвкаво тестване за успешен преход към гъвкав процес
- Процес на изпитване на шлюз B2B (Business to Business)
- Тиймбилдинг при тестване на софтуер - Как да изградите и развиете своя екип за осигуряване на качеството