Підручник з методології тестування Scrum
Томас Гамільтон
Scrum у тестуванні програмного забезпечення
Scrum у тестуванні програмного забезпечення це методологія створення складних програмних додатків. Він пропонує прості рішення для виконання складних завдань. Scrum допомагає команді розробників зосередитися на всіх аспектах розробки програмного продукту, таких як якість, продуктивність, зручність використання тощо. Він забезпечує прозорість, перевірку та адаптацію під час розробки програмного забезпечення, щоб уникнути ускладнень.
Тестування Scrum
Тестування Scrum це тестування, проведене за методологією scrum для перевірки відповідності вимогам програмного забезпечення. Він передбачає перевірку нефункціональних параметрів, таких як безпека, зручність використання, продуктивність тощо. У процесі немає активної ролі тестувальника, тому його зазвичай виконують розробники за допомогою Unit Test. Іноді залежно від характеру та складності проекту потрібні спеціальні команди тестування.
Ключові особливості методології Scrum
Нижче наведено основні характеристики Scrum-
- Scrum має короткий фіксований розклад циклів випуску з регульованим обсягом, відомим як спринти для задоволення потреб розвитку, що швидко змінюються. Кожен випуск може мати кілька спринтів. Кожен проект Scrum може мати кілька циклів випуску.
- Послідовність, що повторюється зустрічі, події та віхи
- Практика тестування та впровадження нових вимог, відома як Історії, щоб переконатися, що частина роботи готова після кожного спринту
Scrum базується на наступних 3 стовпах:
Давайте розглянемо по черзі
1. Ролі в Scrum
У Scrum-тестуванні є три головні ролі – власник продукту, Scrum-майстер і команда розробників. Давайте вивчимо їх детально
| Власник продукту | Scrum Master | Команда |
|---|---|---|
| Він/вона визначає особливості продукту. | Він/вона керує командою та стежить за продуктивністю команди | Зазвичай команда складається з 5-9 осіб |
| Власник продукту вирішує дату випуску та відповідні функції | Він/вона підтримує список блокувань і усуває перешкоди в розробці | До нього входять розробники, дизайнери, іноді тестувальники тощо. |
| Вони визначають пріоритетність характеристик відповідно до ринкової вартості та прибутковості продукту | Він/вона координує роботу з усіма ролями та функціями | Команда самостійно організовує та планує свою роботу |
| Він/вона відповідає за рентабельність продукту | Він/вона захищає команду від зовнішнього втручання | Має право робити все в межах проекту, щоб досягти мети спринту |
| Він/вона може прийняти або відхилити результат завдання | Запрошує на щоденну сутичку, огляд спринту та зустрічі з планування | Активно беріть участь у щоденних церемоніях |
2. Артефакти Scrum
Процес scrum включає
- Історії користувачів: Вони є коротким поясненням функцій тестованої системи. Приклад для постачальника страхових послуг: «Премію можна сплатити за допомогою онлайн-системи».
- Белог продукту: Це колекція історій користувачів, знятих для продукту scrum. Готує власник товару і зберігає відставання продукту. Його пріоритет визначає власник продукту, і будь-хто може додати до нього за схваленням власника продукту.
- Відставання випуску: Реліз — це часовий проміжок, протягом якого виконується певна кількість ітерацій. Власник продукту координує з scrum master, щоб вирішити, які історії слід опублікувати. Історії в резерві випуску мають бути завершені у випуску.
- Sprints: Це встановлений період часу для завершення історій користувачів, визначений власником продукту та командою розробників, зазвичай 2-4 тижні.
- Sprint Відставання: Це набір історій користувачів, які потрібно завершити в спринті. Під час відставання в спринті робота ніколи не призначається, і команда записується на роботу самостійно. Він належить і керується командою, а приблизний обсяг роботи, що залишився, оновлюється щодня. Це список завдань, які потрібно виконати Sprint
- Список блокувань: Це список блокувань і неприйнятих рішень, що належить scrum master і оновлюється щодня
- Графік вигорання: Діаграма згоряння відображає загальний прогрес незавершеної роботи та роботу, виконану протягом усього процесу. Він представляє у форматі графіка незавершені історії та функції
3. Церемонії (процеси) в Scrum
- Sprint Планування: Спринт починається з того, що команда імпортує історії з резерву випуску в резерв спринту; його проводить scrum master. Тестери оцінюють зусилля, щоб перевірити різні історії в Sprint Відставання.
- Щоденний Scrum: Його веде scrum master, триває близько 15 хвилин. Під час Daily Scrum учасники обговорять роботу, виконану за попередній день, заплановану роботу на наступний день і проблеми, з якими зіткнулися під час спринту. Під час щоденних зустрічей відстежується прогрес команди.
- Sprint Review/ Ретроспектива: Він також проводиться скрам-майстром, він триває близько 2-4 годин і обговорюється, чого команда досягла в останньому спринті та які уроки були отримані.
Роль тестувальника в Scrum
У Scrum немає активної ролі тестувальника процес. Зазвичай тестування виконує розробник за допомогою Unit Test. Хоча власник продукту також часто бере участь у процесі тестування під час кожного спринту. Деякі проекти Scrum мають спеціалізовані команди тестування залежно від характеру та складності проекту.
Наступне питання полягає в тому, що тестувальник робить у сутичці? Наступна примітка дасть відповідь
Тестування діяльності в Scrum
Тестувальники виконують наступні дії під час різних етапів Scrum-
Sprint Планування
- Під час планування спринту тестувальник повинен вибрати історію користувача з резерву продукту, який потрібно протестувати.
- Як тестувальник, він/вона має вирішити, скільки годин (оцінка зусиль) це має зайняти закінчувати тестування для кожної з вибраних історій користувачів.
- Як тестувальник, він/вона повинен знати, що таке цілі спринту.
- Як тестувальник, сприяйте процесу визначення пріоритетів
Sprint
- Підтримка розробників у модульному тестуванні
- Перевірте історію користувача після завершення. Виконується тестове виконання в лабораторії, де і тестувальник, і розробник працюють рука об руку. Дефект увійшли в систему Інструмент управління дефектами які відстежуються щодня. Дефекти можуть бути обговорені та проаналізовані під час зустрічі Scrum. Дефекти перевіряються повторно, як тільки вони є вирішене і розгорнуто для тестування
- Як тестувальник, він/вона відвідує всі щоденні зустрічі, щоб висловитися
- Як тестувальник, він/вона може принести будь-який невиконаний елемент, який не можна завершити в поточному спринті, і перенести на наступний спринт
- Тестер відповідає за розробку сценаріїв автоматизації. Він планує тестування автоматизації з Система безперервної інтеграції (CI).. Автоматизація набуває важливості через короткі терміни доставки. Автоматизацію тестування можна здійснити, використовуючи різноманітні інструменти з відкритим кодом або платні інструменти, доступні на ринку. Це доводить ефективність у забезпеченні того, що все, що потрібно перевірити, було охоплено. Достатнього охоплення тестом можна досягти за допомогою тісного спілкування з командою.
- Revпереглядати результати автоматизації CI та надсилати звіти зацікавленим сторонам
- Виконання нефункціонального тестування для затверджених історій користувачів
- Координуйте з клієнтом і власником продукту визначення критеріїв приймання для приймальних випробувань
- Наприкінці спринту тестувальник також проводить приймальне тестування (UAT) у деяких випадках і підтверджує повноту тестування для поточного спринту.
Sprint Ретроспектива
- Як тестувальник, він з’ясує, що пішло не так, а що підійшло під час поточного спринту
- Як тестувальник, він визначає отримані уроки та найкращі практики
Звіт про тестування
Звітність про показники Scrum Test забезпечує прозорість і видимість проекту для зацікавлених сторін. Повідомлені показники дозволяють команді аналізувати свій прогрес і планувати майбутню стратегію вдосконалення продукту. Є два показники, які часто використовуються для звітування.
Діаграма спалювання: Щодня Scrum Master записує приблизну кількість роботи, що залишилася для спринту. Це не що інше, як Burn Down Chart. Він оновлюється щодня.
Діаграма згоряння дає швидкий огляд прогресу проекту. Ця діаграма містить інформацію, як-от загальний обсяг роботи в проекті, яку потрібно виконати, обсяг роботи, виконаної під час кожного спринту тощо.
Графік історії швидкості: Графік історії швидкості передбачає швидкість, досягнуту командою в кожному спринті. Це гістограма, яка показує, як результати команд змінювалися з часом.
Додатковими показниками, які можуть бути корисними, є використання розкладу, використання бюджету, відсоток завершення теми, завершені історії – залишилися історії тощо.
Це все про Scrum у розробці програмного забезпечення
