Scrum при тестуванні програмного забезпечення
Scrum у тестуванні програмного забезпечення - це методологія створення складних програмних додатків. Він забезпечує прості рішення для виконання складних завдань. Scrum допомагає команді розробників зосередитись на всіх аспектах розробки програмного продукту, таких як якість, продуктивність, зручність використання тощо. Він забезпечує прозорість, перевірку та адаптацію під час розробки програмного забезпечення, щоб уникнути складності.
Тестування Scrum
Тестування Scrum - це тестування, проведене за методологією scrum, для перевірки дотримання вимог програмного забезпечення. Він включає перевірку нефункціональних параметрів, таких як безпека, зручність використання, продуктивність тощо. У процесі відсутня активна роль тестера, тому його зазвичай виконують розробники за допомогою Unit Test. Іноді потрібні спеціальні тестові групи залежно від характеру та складності проекту.
У цьому підручнику ви дізнаєтесь-
- Що таке Scrum?
- Основні особливості методології Scrum
- Ролі в Scrum
- Артефакти Scrum
- Церемонії (процеси) у Scrum
- Роль тестера в Scrum
- Тестування в Scrum
- Звітність про тести
Основні особливості методології Scrum
Нижче наведені ключові особливості Scrum-
- Scrum має короткий фіксований графік циклів випусків із регульованим обсягом, відомий як спринти для задоволення швидко мінливих потреб розвитку. Кожен випуск може мати кілька спринтів. Кожен проект Scrum може мати кілька циклів випуску.
- Повторювана послідовність зустрічей, подій та етапів
- Практика тестування та впровадження нових вимог, відомих як історії , щоб переконатися, що якась робота виходить готовою після кожного спринту
Scrum базується на наступних 3 стовпах -
Давайте подивимося по одному
1. Ролі в Scrum
У тестуванні Scrum є три головні ролі - власник продукту, майстер Scrum та команда розробників. Давайте їх детально вивчимо
|
Власник продукту |
Scrum Master |
Команда |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Артефакти Scrum
Процес сутички включає
- Історії користувачів: Вони являють собою коротке пояснення функціональних можливостей системи, що тестується. Прикладом для постачальника страхових послуг є: "Премію можна виплатити за допомогою онлайн-системи".
- Відставання продукту: Це колекція історій користувачів, захоплених для продукту scrum. Власник продукту готує та підтримує відставання товару. Він визначається пріоритетом власника продукту, і кожен може додати його до нього із дозволу власника продукту.
- Відставання випуску: випуск - це часові рамки, за які завершено кількість ітерацій. Власник продукту узгоджується з майстром scrum, щоб вирішити, на які статті слід орієнтуватися для випуску. Історії, що містяться у відставанні від випуску, мають бути заповнені у випуску.
- Спринти: Це встановлений проміжок часу для заповнення історій користувачів, який визначається власником продукту та командою розробників, як правило, 2-4 тижні часу.
- Відставання спринту: Це набір історій користувачів, які потрібно заповнити в спринті. Під час відставання у спринті робота ніколи не призначається, і команда записується на роботу самостійно. Він належить і управляється командою, тоді як передбачувана робота щодня оновлюється. Це список завдань, які потрібно виконати в Sprint
- Список блоків: Це список блоків та неприйнятих рішень, що належать майстру scrum і оновлюються щодня
- Діаграма вибуху: Діаграма вигорання відображає загальний прогрес незавершеної роботи та виконаної роботи протягом усього процесу. Він представляє у графічному форматі історії та функції, не завершені
3. Церемонії (процеси) у Scrum
- Планування спринту: спринт починається з команди, яка імпортує історії із залишків випусків у списки спринтів; його проводить майстер скраму. Тестери оцінюють зусилля для тестування різних історій у списку спринтів.
- Щоденний скрам: його проводить майстер скраму, він триває близько 15 хвилин. Під час Daily Scrum учасники обговорюватимуть роботу, виконану попереднього дня, заплановану роботу на наступний день та проблеми, з якими стикався спринт. Під час щоденних зборів у стійці відстежується прогрес команди.
- Огляд спринту / ретроспектива: Він також проводиться майстром скраму, триває близько 2-4 годин і обговорює, що команда досягла за останній спринт та які уроки отримала.
Роль тестера в Scrum
Немає активної ролі тестера в процесі Scrum . Зазвичай тестування проводиться розробником за допомогою Unit Test. Хоча власник товару також часто бере участь у процесі випробувань під час кожного спринту. Деякі проекти Scrum мають спеціальні тестові групи залежно від характеру та складності проекту .
Наступне запитання: який тестер робить у сутичці? Наступна примітка дасть відповідь
Тестування в Scrum
Тестери виконують наступні заходи на різних етапах Scrum-
Планування спринту
- При плануванні спринту тестувальник повинен вибрати історію користувача з відставання продукту, яку слід протестувати.
- Як тестувальник, він / вона повинен вирішити, скільки годин (Оцінка зусиль) потрібно для завершення тестування для кожної з вибраних історій користувачів.
- Як випробувач, він / вона повинен знати, що таке спринтерські цілі.
- Як тестувальник, внесіть участь у процесі пріоритетів
Спринт
- Підтримка розробників у модульному тестуванні
- Перевірте історію користувача після завершення. Виконання тесту виконується в лабораторії, де і тестувальник, і розробник працюють рука об руку. Дефекти реєструються в інструменті управління дефектами, які відстежуються щодня. Дефекти можуть бути передані та проаналізовані під час зустрічі. Дефекти повторно перевіряються, як тільки вони усуваються, і використовуються для тестування
- Як випробовувач, він / вона відвідує всі щоденні збори, щоб висловитись
- Як тестувальник, він / вона може принести будь-який предмет відставання, який неможливо виконати в поточному спринті, і перенести на наступний спринт
- Tester відповідає за розробку сценаріїв автоматизації. Він планує тестування автоматизації за допомогою системи безперервної інтеграції (CI). Автоматизація набуває важливого значення через короткі терміни доставки. Автоматизацію тестів можна здійснити, використовуючи різні інструменти з відкритим кодом або платними інструментами, доступними на ринку. Це виявляється ефективним у забезпеченні охоплення всього, що потрібно перевірити. Достатнього охоплення тестуванням можна досягти завдяки тісному спілкуванню з командою.
- Перегляньте результати автоматизації CI та надішліть звіти зацікавленим сторонам
- Виконання нефункціонального тестування для затверджених історій користувачів
- Погодьтеся із замовником та власником товару, щоб визначити критерії прийнятності для приймальних випробувань
- Наприкінці спринту тестувальник також в деяких випадках проводить приймально-здавальне тестування (UAT) та підтверджує повноту тестування для поточного спринту
Ретроспектива спринту
- Як випробувач, він з’ясує, що пішло не так, а що пішло в поточному спринті
- В якості випробувача він визначає отриманий урок та найкращі практики
Звітність про тести
Звітність про показники Scrum Test забезпечує прозорість та видимість зацікавлених сторін щодо проекту. Повідомлені показники дозволяють команді аналізувати свій прогрес та планувати свою майбутню стратегію вдосконалення продукту. Є дві метрики, які часто використовуються для звітування.
Діаграма вигорання: Щодня Scrum Master записує приблизну кількість роботи, що залишилася для спринту. Це не що інше, як діаграма спалення. Він оновлюється щодня.
Діаграма вибуху дає короткий огляд прогресу проекту, ця діаграма містить таку інформацію, як загальний обсяг роботи в проекті, який повинен бути виконаний, обсяг роботи, виконаної під час кожного спринту тощо.
Графік історії швидкості: Графік історії швидкості передбачає швидкість команди, досягнуту в кожному спринті. Це стовпчаста діаграма і відображає, як змінився випуск команд з часом.
Додаткові показники, які можуть бути корисними, - це спалення розкладу, спалення бюджету, відсоток завершеності теми, завершені історії - історії, що залишились тощо.
У вас є якісь поради чи досвід, якими ви можете поділитися для тестування Scrum? Залиште коментар нижче -