Static - Reviews
Рецензування (review): Оцінка стану продукту або проекту з метою встановлення розбіжностей із запланованими результатами та для висунення пропозицій щодо вдосконалення. Прикладами рецензування можуть бути: управлінське рецензування, неформальне рецензування, технічний аналіз, інспекція та аналіз. (ISTQB)
Неформальне рецензування (informal review): Рецензування, яке не ґрунтується на формальній (документованій) процедурі. (ISTQB)
Розбір (walkthrough): Покроковий розбір, який проводить автор документа для збору інформації та забезпечення однакового розуміння змісту документа. (IEEE 1028)
Рівноправний аналіз (peer review): Рецензування програмного продукту, що розробляється, що проводиться співробітниками компанії-розробника з метою знаходження дефектів та внесення поліпшень. Прикладами рецензування є: інспекція, технічний аналіз та розбір. (ISTQB)
Інспекція (inspection): Тип рівноправного аналізу, що ґрунтується на візуальній перевірці документів для пошуку помилок. Наприклад, порушення стандартів розробки та невідповідність документації вищого рівня. Найбільш формальна методика рецензування і тому завжди ґрунтується на документованій процедурі. (IEEE 610, IEEE 1028). також рівноправний аналіз.
Методи статичного тестування поділяються на дві основні категорії, однією з яких є ревью. Ранжування за рівнем формальності:
Експертні огляди (Peer Reviews): Рецензування – це стандартизований метод перевірки правильності вихідного коду при розробці програмного забезпечення, який проводиться для виявлення дефектів на ранніх етапах життєвого циклу та які не можуть бути виявлені за допомогою методів тестування чорної скриньки.
Проходження/перегляд/покроковий розбір (walkthrough): це метод проведення неформального групового/індивідуального перегляду. У walkthrough автор описує та пояснює робочий продукт на неформальній зустрічі своїм колегам чи керівнику, щоб отримати зворотний зв'язок. Тут перевіряється застосування запропонованого рішення для робочого продукту. Або робочий продукт перевіряється на наявність дефектів кількома особами, крім людини, яка його фактично зробила;
Технічний огляд (Technical Review): Це метод вищого рівня порівняно з inspection або walkthrough, оскільки він також включає управління. Цей метод використовується для оцінки (assess and evaluate) продукту шляхом перевірки його відповідності стандартам розробки, посібникам та специфікаціям. У нього немає певного процесу, і більшість роботи виконується модератором, як описано нижче:
Модератор збирає та роздає матеріал та документацію всім членам команди;
Модератор також готує набір показників для оцінки продукту відповідно до специфікацій та вже встановлених стандартів і гайдлайнів:
послідовність;
документація;
дотримання стандартів;
повнота;
визначення проблеми та вимоги (? problem definition and requirements);
Результати фіксуються у документі, що включає як дефекти, і пропозиції;
Нарешті, усуваються дефекти та враховуються пропозиції щодо покращення продукту;
Інспекція : Інспекція визначається як найбільш формальна, ретельна, глибока групова перевірка, спрямована на виявлення проблем якомога ближче до їхньої вихідної точки. Процес перевірки виконується на ранніх етапах SDLC і застосовується до певної частини продукту, як SRS, код, дизайн продукту. і т. д. Це включає ручне вивчення різних компонентів продукту на більш ранніх етапах. Інспекційна діяльність слідує певному процесу, і учасники відіграють чітко визначені ролі. Інспекційна група складається з трьох-восьми осіб, які відіграють роль модератора, автора, читача, записувача та інспектора. Наприклад, розробник може виступати як інспектор під час перевірки коду, тоді як представник із забезпечення якості може діяти як виконавець стандартів.
Software inspection process:
Планування зустрічі: на цьому етапі основна увага приділяється визначенню продукту, що підлягає інспекції, та цілі цієї інспекції. На цьому етапі призначається модератор, який керує всім процесом. Призначений модератор перевіряє, чи готовий продукт до інспекції чи ні. Модератор також обирає інспекційну групу та призначає їм їх ролі. Модератор також планує інспекційну зустріч та роздає необхідні матеріали інспекційній групі;
На цьому етапі інспекційній групі надається вся довідкова інформація для інспекційної наради. Автор, який є програмістом або дизайнером, відповідальним за розробку продукту, представляє свою логіку та міркування про продукт, включаючи функції продукту, його передбачуване призначення та підхід чи концепцію, використані під час його розробки. Засвідчується, що кожен член інспекційної групи зрозумів і знайомий із завданнями та метою інспекційної наради, яка має бути проведена;
Індивідуальна підготовка учасників: цьому етапі члени інспекційної групи індивідуально готуються до інспекційної зустрічі, вивчаючи матеріали, надані більш ранніх етапах. Члени команди виявляють потенційні помилки чи недоліки у продукті та записують в журнал. Журнал передається модератору. Потім модератор збирає всі журнали, отримані від учасників, і надсилає їх автору. Інспектор - особа, відповідальна за перевірку та виявлення помилок та невідповідностей у документах чи програмах, перевіряє продукт та записує всі виявлені в ньому проблеми (як загальні, так і специфічні). Інспектор записує проблеми або цевиходить до журналу разом з часом, витраченим на підготовку. Модератор переглядає логи, щоб перевірити, чи команда готова до інспекційної зустрічі чи ні. Зрештою,
Інспекційна зустріч (Inspection Meeting): на цьому етапі автор обговорює питання, підняті членами команди у скомпілюваному журналі. Учасники приходять до вирішення, чи є порушене питання помилкою чи ні. Модератор завершує зустріч і підбиває підсумки зустрічі - це список помилок, виявлених у продукті, які повинен усунути автор.
Переробка: доробка проводиться автором згідно зі зведеним списком, представленим модератором на попередньому етапі. Автор виправляє всі помилки та повідомляє модератору;
Follow-up: модератор перевіряє, чи всі помилки усунуті чи ні. Потім модератор готує звіт. Якщо всі помилки виправлено та усунено, модератор випускає документ. Інакше до звіту додаються невирішені питання та призначаються ще одна інспекційна рада;
Джерела:
Дод. матеріал:
Last updated