Підручник з методології тестування Scrum
Томас Гамільтон
⚡ Розумний підсумок
Scrum-тестування — це підхід до безперервної валідації, вбудований у Sprint цикли, де розробники, тестувальники та власники продукту співпрацюють для перевірки функціональних та нефункціональних вимог, зберігаючи прозорість, адаптивність та швидку доставку протягом усього життєвого циклу проєкту.
Scrum у тестуванні програмного забезпечення
Scrum у тестуванні програмного забезпечення – це методологія створення складних програмних застосунків. Вона пропонує прості рішення для виконання складних завдань. Scrum допомагає команді розробників зосередитися на всіх аспектах розробки програмного продукту, включаючи якість, продуктивність та зручність використання. Він забезпечує прозорість, перевірку та адаптацію під час розробки програмного забезпечення, щоб уникнути складнощів.
Тестування Scrum
Тестування Scrum Тестування, що виконується за методологією Scrum для перевірки відповідності вимогам програмного застосунку. Воно включає перевірку нефункціональних параметрів, таких як безпека, зручність використання та продуктивність. Тестувальник у цьому процесі не бере активної участі, тому його зазвичай виконують розробники за допомогою модульних тестів. Іноді потрібні спеціальні команди тестувальників залежно від характеру та складності проекту. Сучасні команди часто координують цю роботу в Jira, Linear, Azure DevOps, або Asana.
Ключові особливості методології Scrum
Нижче наведено ключові особливості Scrum:
- Scrum має короткий, фіксований графік циклів випуску з регульованим обсягом, відомий як Sprints, щоб задовольнити швидкозмінні потреби розробки. Кожен реліз може мати кілька Sprints. Кожен Scrum-проект може мати кілька циклів випуску.
- Послідовність, що повторюється зустрічі, події та віхи.
- Практика тестування та впровадження нових вимог, відома як Історії, щоб переконатися, що деякі роботи готові до випуску після кожного Sprint.
Scrum базується на наступних 3 принципах:
Давайте розглянемо їх по черзі.
1. Ролі в Scrum
У Scrum-тестуванні є три основні ролі: Власник продукту, Scrum-майстер та Команда розробників. Давайте розглянемо їх детальніше.
| Власник продукту | Scrum Master | Команда |
|---|---|---|
| Він або вона визначає характеристики продукту. | Він або вона керує командою та піклується про продуктивність команди. | Команда зазвичай складається з 5-9 учасників. |
| Власник Продукту визначає дату випуску та відповідні функції. | Він або вона веде список блоків та усуває перешкоди в розвитку. | Це включає розробників, дизайнерів, а іноді й тестувальників. |
| Вони пріоритезують характеристики відповідно до ринкової вартості та прибутковості продукту. | Він або вона координує виконання всіх ролей та функцій. | Команда самостійно організовує та планує свою роботу. |
| Він або вона відповідає за прибутковість продукту. | Він або вона захищає команду від зовнішнього втручання. | Має право робити все в межах проекту для досягнення цілей Sprint мета. |
| Він або вона може прийняти або відхилити результати робочих елементів. | Запрошує на щоденний Scrum, Sprint Revогляд та планування зустрічей. | Активно бере участь у щоденних церемоніях. |
2. Артефакти Scrum
Процес Scrum включає:
- Історії користувачів: Вони є коротким поясненням функціональності тестованої системи. Приклад для страхової компанії: «Страхову премію можна сплатити за допомогою онлайн-системи».
- Белог продукту: Це збірка історій користувачів, зібраних для продукту Scrum. Власник продукту готує та веде беклог продукту. Його пріоритети визначаються Власником продукту, і будь-хто може доповнювати його зі схвалення Власника продукту. Сучасні команди ведуть беклог продукту в Jira, Linear, Azure DevOps, або Asana.
- Відставання випуску: Реліз – це часовий проміжок, протягом якого виконується певна кількість ітерацій. Власник продукту координує разом зі Scrum Master вирішують, які історії слід включити до релізу. Історії в беклогу релізу призначені для завершення в релізі.
- Sprints: Це встановлений період часу для завершення користувацьких історій, який визначається Власником Продукту та командою розробників, зазвичай 2-4 тижні.
- Sprint Відставання: Це набір історій користувачів, які потрібно виконати протягом Sprint. Протягом Sprint Записи з відкладеними завданнями ніколи не призначаються, і команда самостійно підписується на роботу. Вони належать команді та управляються нею, тоді як передбачуваний обсяг роботи, що залишився, оновлюється щодня. Це список завдань, які необхідно виконати протягом Sprint.
- Список блокувань: Це список блоків та неухвалених рішень, що належать Scrum Master та оновлюються щодня.
- Графік вигорання: Діаграма вигорання відображає загальний прогрес незавершеної роботи та виконаної роботи протягом усього процесу. Вона представляє у графічному форматі незавершені історії та функції.
3. Церемонії (процеси) в Scrum
- Sprint Планування: A Sprint починається з того, що команда імпортує історії з журналу релізів у Sprint Беклог; його зберігає Scrum Master. Тестери оцінюють зусилля, необхідні для тестування різних історій у Sprint Відставання.
- Щоденна стійка: Також називається Щоденним Скрамом, його проводить Скрам-майстер і триває близько 15 хвилин. Під час Щоденного Стендапу учасники обговорюють роботу, виконану попереднього дня, заплановану роботу на наступний день та проблеми, з якими виникли під час... SprintПрогрес команди tracкед тут.
- Sprint Revогляд / Ретроспектива: Його також проводить Scrum Master, він триває близько 2-4 годин і обговорює досягнення команди за останній... Sprint і які уроки були винесені.
Після визначення ролей, артефактів та церемоній Scrum важливо точно визначити місце тестувальників у цій структурі.
Роль тестувальника в Scrum
У Scrum немає активної ролі тестувальника процес. Зазвичай тестування виконує розробник за допомогою модульних тестів, тоді як Власник Продукту також часто бере участь у процесі тестування під час кожного Sprint. Деякі Scrum-проєкти мають спеціальні команди тестування залежно від характеру та складності проєкту..
Наступне питання: що робить тестувальник у Scrum? Наступний розділ відповість на це питання.
Тестування діяльності в Scrum
Тестери виконують такі дії на різних етапах Scrum:
Sprint Планування
- In Sprint Плануючи, тестер повинен вибрати користувацьку історію з беклогу продукту, яку потрібно протестувати.
- Як тестувальник, він чи вона повинні вирішити, скільки годин (оцінка зусиль) це має зайняти закінчувати тестування для кожної з вибраних користувацьких історій.
- Як тестер, він чи вона повинні знати, що Sprint цілі є.
- Як тестувальник, долучайтеся до процесу визначення пріоритетів.
Sprint
- Підтримка розробників у модульному тестуванні.
- Перевірте історію користувача після завершення. Виконується тестове виконання у лабораторії, де тестувальник і розробник працюють пліч-о-пліч. Дефекти реєструються в Інструмент управління дефектами та tracперевіряється щодня. Дефекти можуть бути обговорені та проаналізовані під час Scrum-зустрічі. Дефекти повторно тестуються, як тільки вони виявлені. вирішене та розгорнуті для тестування. Сучасні Scrum-команди зазвичай використовують Jira, Linear, Azure DevOps, або Asana для цього робочого процесу.
- Як тестер, він чи вона відвідує всі щоденні стендап-зустрічі, щоб висловлюватися.
- Як тестувальник, він або вона може запропонувати будь-який елемент із відкладеного списку, який не може бути виконаний у поточному Sprint і помістіть його в наступний Sprint.
- Тестер відповідає за розробкуping сценарії автоматизації. Він або вона планує автоматизоване тестування з Система безперервної інтеграції (CI).Автоматизація набуває важливості через короткі терміни виконання. Автоматизацію тестування можна досягти за допомогою різних інструментів з відкритим кодом або платних інструментів, доступних на ринку. Це ефективно забезпечує охоплення всього, що потрібно протестувати. Достатнього охоплення тестуванням можна досягти за допомогою тісної комунікації всередині команди.
- Revпереглядати результати автоматизації CI та надсилати звіти зацікавленим сторонам.
- Виконайте нефункціональне тестування для затверджених користувацьких історій.
- Узгодити дії із замовником та власником продукту для визначення критеріїв прийнятності для приймальних випробувань.
- Наприкінці Sprint, тестувальник також у деяких випадках проводить приймальне тестування (UAT) та підтверджує повноту тестування для поточного Sprint.
Sprint Ретроспектива
- Як тестер, він чи вона з'ясує, що пішло не так, а що правильно в поточному Sprint.
- Як тестер, він чи вона визначає отримані уроки та найкращі практики.
Після того, як ці тестові дії будуть виконані, кожен Sprintкоманди залежать від чітких показників для повідомлення про прогрес, саме тут звітність про тестування стає важливою.
Звіт про тестування
Звітування про показники Scrum-тестування забезпечує прозорість та видимість проекту для зацікавлених сторін. Звітовані показники дозволяють команді аналізувати свій прогрес та планувати майбутню стратегію для покращення продукту. Такі інструменти, як Jira, Linear, Azure DevOps і Asana автоматично генерувати багато з цих звітів. Для звітності часто використовуються дві метрики.
Графік вигорання: Щодня Scrum Master записує очікуваний обсяг роботи, що залишився для SprintЦе діаграма вигорання ресурсів, яка оновлюється щодня.
Діаграма згоряння робіт дає швидкий огляд прогресу проекту. Ця діаграма містить таку інформацію, як загальний обсяг роботи в проекті, яку необхідно виконати, обсяг роботи, виконаної протягом кожного Sprint, І так далі.
Графік історії швидкості: Графік історії швидкості прогнозує швидкість, якої команда досягає в кожному SprintЦе стовпчаста діаграма, яка відображає, як змінювалися результати роботи команди з часом.
Додаткові показники, які можуть бути корисними, це використання графіка, використання бюджету, відсоток виконання теми, завершені історії, історії, що залишилися, тощо.
