Меню

Як досягти рівня зрілості 5 для забезпечення якості та процесу тестування

how achieve level 5 maturity

Спробуйте Наш Інструмент Для Усунення Проблем

У цій статті пояснюється, що таке рівні ШМ та як їх досягти Процеси контролю якості - пояснили на найкращих прикладах.

Для будь-якого процесу, будь то процес контролю якості, процес розробки чи будь-який нетехнічний процес, існують рівні його зрілості. Під рівнями зрілості ми маємо на увазі, що рівень офіційності та вдосконалення процесів, як спеціальні процеси - до формально визначених етапів - до керованих показників результатів - до оптимізації процесів.

Рівень 5 зрілості для контролю якості та процесу тестування

Що ви дізнаєтесь:

CMM (Модель зрілості можливостей)

Це модель, заснована на процесі, яка використовується для оцінки зрілості організації для різних доменів. Поняття ШМ було введено Інститутом програмного забезпечення ( БУТИ ) в США.

Хоча ця модель застосовується до процесу розробки програмного забезпечення, врешті-решт вона використовується і для інших процесів, таких як забезпечення якості та тестування.

Він має 5 різних рівнів зрілості від 1 до 5. По мірі того, як ми підходимо до рівня 5 від 1, мінливість і непослідовність зменшуються. Нижче наведено деталі 5 рівнів. Тут ми пройдемо через 5 рівнів ШМ стосовно процесу забезпечення якості і який результат / результат очікується для кожного рівня, щоб дозріти процес забезпечення якості / тестування та досягти рівня 5.

Рівні ШМ

Рівень 1 (початковий) - спеціальний: незапланований, безсистемний та непослідовний

Як зазначається у слові «Ad-Hoc»: незаплановано, не готово, на цьому рівні значення не надається плануванню, дотриманню процесів, керівних принципів та стандартів. Не існує стандартизованого та послідовного способу виконання будь-якого завдання. Єдине, що важливо на цьому рівні, це дотримання термінів, незалежно від якості кінцевої продукції та результатів.

Оскільки не існує заздалегідь визначених стандартів та процесів, одне і те ж завдання по-різному виконують різні люди.

І це стає ще більш безсистемним і непослідовним, якщо одного і того ж завдання наступного разу буде виконано по-різному, оскільки в процесі немає доступних документів, які дозволяють відтворити процес.

Отже, на цьому рівні процес погано контролюється, непередбачуваний і реактивний.

Наприклад,
QA - Прикладом може бути той факт, що в організації, хоча якість якості є однією з фаз життєвого циклу товару, не існує жодних стандартів та жодного визначеного процесу, немає шаблонів результатів контролю якості - план тесту, стратегія тестування, сценарії тестування та тестові випадки не стандартизовані.

Навіть якщо ці речі визначені та задокументовані, тоді всі члени команди виконують свої завдання по-своєму, і процес взагалі не узгоджується. Отже, в основному немає контролю над забезпеченням якості, і це хаотична фаза.

Рівень 2 (повторюваний) - управління: ініціюйте визначення процесів на високому рівні

На цьому етапі ми отримуємо рішення проблеми щодо недоступності процесів, методології та стандартів контролю якості, які ми бачили на рівні 1. У нас є процеси, методологія та стандарти.

Стандарти та процеси не тільки доопрацьовані, але й добре задокументовані, щоб вони могли бути використані повторно за допомогою будь-якого з подібних завдань, які виконувались раніше. Ось чому цей рівень відомий як «повторюваний» - оскільки ми можемо повторити кроки для виконання однакових робіт.

Отже, основна увага приділяється базовому управлінню проектами на цьому рівні.

Наприклад,
QA - Визначте загальний процес контролю якості та методологію для різних типів тестування, таких як функціональність, дані, ефективність тощо. Визначте роль та відповідальність інженера з контролю якості та керівника тестування у життєвому циклі проекту та підготуйте шаблони результатів на кожному етапі. План випробувань, стратегія випробувань, сценарії випробувань та тестові кейси повинні бути на місці.

Не тільки визначати та готувати, але й ділитися документацією всередині команди.

Рівень 3 (визначений) - Основна компетенція: придумайте узагальнений процес для ширшої аудиторії та доменів

На рівні 3 люди спонукаються слідувати стандартам і процесам, визначеним на рівні 2. Для цього, перш за все, процеси потрібно донести до всіх залучених людей. Потрібно визначити, що всі навички необхідні для ефективного та ефективного використання процесів та стандартів, а також якщо для цього потрібна якась підготовка.

Потім мотивуйте та підтримуйте ресурси для дотримання цих стандартів та процесів. Тут людям, які мають більше досвіду, потрібно ділитися своїми знаннями з іншими.

Основна увага приділяється документації, стандартизації процесів та інтеграції. На цей час організація розробила власний стандартний процес тестування програмного забезпечення.

Наприклад,
QA - Проводити веб-семінари та тренінги, щоб дати людям змогу ознайомитись із нещодавно визначеним процесом та стандартами контролю якості та мотивувати їх використовувати їх під час щоденної роботи над проектами.

Рівень 4 (керований) - передбачуваний: вимірюйте процеси

На цьому рівні процеси, визначені на рівні 3, вимірюються кількісно. Це робиться для контролю зусиль, необхідних для виконання будь-якого завдання. На основі цього кількісного аналізу процеси можна коригувати, якщо це необхідно, і це теж без погіршення якості кінцевого продукту.

Аналіз проводиться шляхом розподілу повного процесу на менші підпроцеси, а потім кількісні методи застосовуються до цих підпроцесів. Відповідно до результату, підпроцеси коригуються, якщо це необхідно. Цей рівень називають передбачуваним, оскільки, базуючись на попередньому досвіді, ми можемо передбачити процес кількісно та використовувати цей прогноз для майбутніх процесів.

Ключовими напрямками процесу 4-го рівня ШМ є кількісне управління проектами та ефективність організаційного процесу.

Рівень ШМ 4

Коротше кажучи, процес вимірюється та контролюється на цьому рівні.

Наприклад,
QA - Проведення регулярних аудитів було б тут гарною ідеєю. Це може включати перевірку того, чи команди насправді дотримуються визначених процесів, використовуючи стандартні шаблони, дотримуються методології чи ні.

Якщо ви займаєтеся тестуванням на автоматизацію, тоді проведення періодичних оглядів коду сценаріїв тестування на автоматизацію було б слушним прикладом тут.

Рівень 5 (оптимізація) - інноваційний: постійне вдосконалення

Постійне вдосконалення

На цьому рівні визначено інноваційні шляхи подальшого вдосконалення заздалегідь визначених процесів та стандартів. Це безперервний процес. Для цього наші власні процеси постійно відстежуються та переробляються шляхом додавання нових інструментів та технологій, постійних досліджень та досліджень та постійного оновлення нової інформації на ринку.

Цього також можна досягти шляхом порівняльного аналізу інших організацій, вчитися у них та намагатися вдосконалити наш процес, додаючи до нього нові інновації. Отже, основна увага приділяється постійному вдосконаленню процесу на цьому рівні. Ключовими напрямками процесу є управління організаційною ефективністю та кількісне управління проектами.

Наприклад,
QA - Продовжувати вдосконалювати методологію, процеси, визначені на основі попередніх результатів аудиту.

На підставі деяких досліджень було зроблено висновок, що організації на рівні 1 можуть витратити 1000 доларів на будь-яке конкретне завдання, тоді як для тієї самої організації на рівні 5 потрібно витратити 10 доларів.

Нещодавно в моїй організації було виявлено, що ми проводимо регресійне тестування вручну, що вимагає повторення в ручному режимі тих самих зусиль і забирає багато годин, які можна заощадити та вкласти в якісь інші продуктивні роботи.

Потім ми провели Доказ концепції для автоматизації процесу регресійного тестування за допомогою інструменту автоматизації тестування. POC пройшов нормально і, нарешті, ми успішно провели регресійне тестування за допомогою сценаріїв автоматичного тестування. Це заощадило багато сил та часу та сприяло загальному вдосконаленню процесу.

Пройшовши всі 5 згаданих вище рівнів, схоже, досягти рівня 3 важко. Як тільки він досяг, наступні рівні не надто далеко і важко досягти :)

Додаткова інформація

У наш час модель CMMI стала популярною і перейшла на ШМ. CMMI (інтеграція моделі зрілості моделі) - це не що інше, як наступник CMM. Це інтегрований підхід, який має справу з окремими моделями ШМ та подолання недоліків традиційного ШМ. Він також має 5 рівнів, подібних до ШМ.

Нижче наведено дуже корисне посилання, де ви можете дізнатися різницю між CMM та CMMI та порівняти ці два:

найкраще програмне забезпечення для копіювання DVD для

ШМ проти ЦММІ

На ринку тестування програмного забезпечення деякі з імен CMMI рівня 5, які тут варто згадати, - Capgemini India Pvt. Ltd - “FSGBU India - Проекти розробки та тестування”, Capita - “Професійні ІТ-послуги - Проекти тестування” та Державні послуги Infosys - “Розробка програмного забезпечення, обслуговування та тестування”.

Ви можете отримати рейтинг CMMI різних організацій тут .

Подальше читання: Що таке SEI? ШМ? ISO? IEEE? ANSI? Це допоможе?

Це гостьова стаття автора Меенал Баладживала.
Meenal працює керівником команди в MNC. Вона спеціалізується на загальному процесі контролю якості для проведення функціональних випробувань, тестування даних, продуктивності та безпеки. Працював над моделями Waterfall та Agile. Я також працював над тестуванням BI, веб-тестуванням, якістю даних.

Будь ласка, не соромтеся розміщувати свої запити в коментарях нижче.

Рекомендована література

^