Забезпечення якості програмного забезпечення (SQA): планування, аудит і Review
Томас Гамільтон
⚡ Розумний підсумок
Забезпечення якості програмного забезпечення перевіряє процес управління проектом, а не сам продукт, надаючи Раді директорів документовані докази того, що менеджер з тестування дотримувався узгоджених стандартів від планування до випуску.
Після семи етапів тестування результати виглядають добре. У проекті не виникло жодних суттєвих проблем. Guru99 Банк, і ви пишалися тим, як він закінчився. На жаль, Правління думає інакше.
У вас немає доказів того, що ви добре керували проєктом, тому ви звертаєтеся до радника. Відповідь безпосередньо вказує на перевірку керівництвом.
Ця відповідь є лише початком, але вона залишає відкритими три питання: що насправді являють собою огляд та аудит, чому вони потрібні цьому процесу та як їх проводити:
Що таке управління тестуванням Revдумки та аудити?
- Огляд керівництва: Огляд керівництва також відомий як огляд програмного забезпечення Гарантія якості, або SQA. Він зосереджений на процесі розробки програмного забезпечення, а не на продуктах роботи з програмним забезпеченням. Забезпечення якості (QA) – це набір заходів, призначених для підтвердження того, що керівник проекту дотримується заздалегідь визначеного стандартного процесу. Забезпечення якості гарантує, що менеджер з тестування робить правильні речі правильним чином.
- Аудит: Аудит – це перевірка робочих продуктів та пов’язаної з ними інформації для оцінки того, чи дійсно було дотримано стандартного процесу.
Під час перевірки розглядається поведінка; під час аудиту – паперовий слід, який вона залишає.
Чому нам потрібен SQA в процесі управління тестуванням?
Розглянемо наступний сценарій. Проєкт Guru99 Банк проходить ланцюг фаз управління тестуванням, від аналізу ризиків до остаточного звіту про тестування:
Як менеджер з тестування, ви відповідаєте за ці дії. Однак Ви очолюєте проектну команду. Хто потім переглядає ваші завдання та перевіряє, чи виконуються заходи з управління проектом на найвищому рівні?
Аудитор SQA це робить. Аудитор перевіряє, чи діяльність з управління проектами відповідає необхідним standard та проводить з вами співбесіди для порівняння проекту з ним. Тільки завдяки цьому огляду Правління може оцінити ваше управління проектом. З цього випливає три переваги:
Як впровадити забезпечення якості
Забезпечення якості реалізується у три етапи. На діаграмі позначено середній етап. Підготовка — підготовка стандартів та методології, що охоплюються кроком 2:
Крок 1) Розробка плану забезпечення якості (SQA)
Тестова діяльність потребує план тесту; діяльність з контролю якості також потребує План контролю якості (SQA)Він визначає процеси та процедури, які підтримують очікуваний рівень якості наданого продукту або послуги. Менеджер з тестування пише його під час планування проекту та періодично планує аудити.
Менеджер тестування виконує три підкроки:
Крок 1.1) Визначте ролі та обов'язки команди SQA
У проектній команді кожен член відповідає за якість власної роботи та повинен переконатися, що вона відповідає критеріям контролю якості.
Команда SQA керує цими зусиллями, тому менеджер з тестування повинен заявити відповідальність кожного члена SQA у плані SQA:
- Review та оцінювати якість проектної діяльності відповідно до критеріїв забезпечення якості.
- Координувати з Правлінням та проектними командами для оцінки вимог та участі в нарадах щодо огляду та статусу проектів.
- Дизайн, track та збирати показники, які відстежують якість проекту.
- Вимірювати якість продукту та забезпечувати це відповідає очікуванням клієнтів.
Наприклад, план контролю якості проекту Guru99 Банк перераховує Команда SQA як зазначено нижче.
| Немає | Член | Ролі | Відповідальність |
|---|---|---|---|
| 1 | Пітер | Лідер SQA | Розробити та задокументувати стандарт якості та процес для кожного процесу управління
Керуйте заходами із забезпечення якості програмного забезпечення для проекту |
| 2 | James | Аудитор SQA | Виконувати завдання з контролю якості (SQA) та повідомляти про результати кожної перевірки SQA керівнику SQA. |
| 3 | Квасоля | Аудитор SQA | Виконувати завдання з контролю якості (SQA) та повідомляти про результати кожної перевірки SQA керівнику SQA. |
Крок 1.2) Перелічіть робочі продукти, які буде використовувати аудитор SQA Revогляд та аудит
Керівник випробувань повинен
- список кожен робочий продукт кожного процесу управління тестуванням.
- Визначте до яких приміщень або обладнання аудитор SQA може отримати доступ для виконання завдань SQA, таких як оцінка процесів та аудит.
Для Guru99 Банк, перелічіть робочі продукти кожного процесу управління тестуванням та встановіть права доступу для членів SQA:
| Немає | Фази управління | Робочий продукт | Шлях | дозвіл | Надати особі |
|---|---|---|---|---|---|
| 1 | Аналіз ризиків | Документ управління ризиками | [Шлях до сервера] | Читати | Усі члени команди SQA |
| 2 | Оцінка | Звіт про оцінку та показники | ... | Читати | Пітер |
| 3 | Планування | Документ планування випробувань | ... | Читати | Усі члени команди SQA |
| 4 | Organization | План кадрів, план навчання | ... | Читати | Усі члени команди SQA |
| 5 | Моніторинг і контроль | Зібрані метрики зусиль проекту | ... | Читати | Квасоля |
| 6 | Управління проблемами | Звіт про управління випуском | ... | Читати | James |
| 7 | Протокол випробування | Документ звіту про випробування | ... | Читати | Усі члени команди SQA |
Крок 1.3) Створення розкладу для виконання завдань SQA
Менеджер тестування описує завдання, які виконуватиме аудитор SQA, та результат роботи, який створює кожне завдання.
Графік контролю якості (SQA) зазвичай визначається графіком розробки проекту, тому кожне завдання прив'язане до виконання розробки. Нижче наведено приклад графіка управлінського огляду.
| Дата | Завдання SQA | Відповідальна особа | Опис | Вихід |
|---|---|---|---|---|
| 30-жовтні-2025 | Оцінити планування проекту, tracкороль та процеси нагляду | James | – Специфікація програмного забезпечення Review – Оцінка, генеральний графік та план проекту Review |
Звіт про планування SQA, протоколи перевірки SQA |
| 15-Dec-2025 | Revie аналіз вимог | James | - Revтобто розробка вимог до програмного забезпечення | Обробити звіт про аудит |
| 30-Mar-2026 | Revпереглядати та оцінювати дизайн тесту | James | - Revтобто документ тестового дизайну | Звіт SQA, протокол перевірки SQA |
| 30-Mar-2026 | Revie випуск | Квасоля | – Аудит процесу: Остаточний реліз | Звіт про аудит процесу SQA |
| 2-Apr-2026 | Revзакриття проекту | Квасоля | – Зовнішній огляд після остаточної передачі замовнику | Звіт про аудит процесу SQA |
Крок 2) Визначення стандартів та методології
Для перевірки управлінської діяльності на відповідність стандартному процесу стандарт спочатку повинен існувати у письмовій формі:
- Визначити політики та процедури, призначені для запобігання виникненню дефектів у процесі управління.
- Задокументуйте політики та процедури.
- Інформуйте та навчайте персонал їх використовувати.
Діаграма tracця послідовність:
Крок 3) Revпереглянути процес
Revпереглядати діяльність проекту для перевірки відповідності визначеному процесу управління. Під час управлінського огляду члени SQA виконують п'ять оглядів, позначених від SQA0 до SQA4:
RevЧас перегляду залежить від моделі життєвого циклу розробки. Для GuruУ Банку 99 контрольні точки відображаються на життєвому циклі тестування наступним чином:
На кожному етапі SQA члени SQA перевіряють плани проекту, робочі продукти та процедури на відповідність визначеній організаційній політиці. Під час аудиту вони повинні працювати з Перелік перевірок SQA, який оцінює кожну дію як Так, Ні або Немає даних і перетворює результат у відсоток успішності.
Після того, як ви пройдете три кроки впровадження гарантії забезпечення програмного забезпечення, ви отримаєте результат управління тестуванням. Revогляд та аудит. Цей звіт є доказом якості управління, яку ви демонструєте своїм зацікавленим сторонам.
Найкращі практики забезпечення якості програмного забезпечення
Ось перевірені звички для ефективного впровадження SQA.
- Постійне покращення: Кожен стандартний процес у забезпеченні якості продукції (SQA) слід регулярно вдосконалювати та офіційно утверджувати, щоб інші могли його дотримуватися. Сертифікуйте процес відповідно до визнаної моделі, такої як ISO 9001 або області практики CMMI «Забезпечення якості процесів та продукції» (PPQA).
- Документація: Усі політики та методи забезпечення якості, визначені командою з забезпечення якості, повинні бути задокументовані для навчання та повторного використання в майбутніх проектах.
- Досвід: Вибір досвідчених аудиторів SQA – це надійний спосіб захистити якість управлінського аналізу.
- Використання інструменту: Використання таких інструментів, як issue tracкери та засоби управління тестами зменшує зусилля з контролю якості (SQA) та вартість проекту.
- Метрики: Метрики, що tracоцінити якість програмного забезпечення в його поточному стані та порівняти його з попередніми версіями, підвищити цінність та зрілість Тестування процесу.
- Відповідальність: Забезпечення якості продукту (SQA) – це не лише завдання члена SQA. За якість продукту відповідає кожен член команди, а не лише керівник тестування чи менеджер.
