Урок по методология за тестване на Scrum

Scrum в софтуерното тестване

Scrum в софтуерното тестване е методология за изграждане на сложни софтуерни приложения. Предоставя лесни решения за изпълнение на сложни задачи. Scrum помага на екипа за разработка да се съсредоточи върху всички аспекти на разработката на софтуерния продукт като качество, производителност, използваемост и т.н. Той осигурява прозрачност, проверка и адаптиране по време на разработката на софтуера, за да се избегне сложността.

Scrum тестване

Scrum тестване е тестване, извършено в методологията на scrum, за да се провери дали изискванията на софтуерното приложение са изпълнени. Това включва проверка на нефункционални параметри като сигурност, използваемост, производителност и т.н. Няма активна роля на тестер в процеса, така че обикновено се изпълнява от разработчици с Unit Test. Понякога са необходими специални екипи за тестване в зависимост от естеството и сложността на проекта.

Основни характеристики на Scrum методологията

Следват ключови характеристики на Scrum-

Scrum има кратък фиксиран график на цикли на освобождаване с регулируем обхват, известен като спринтове за справяне с бързо променящите се нужди за развитие. Всяко издание може да има множество спринтове. Всеки Scrum проект може да има множество цикли на издаване.
Повтаряща се последователност от срещи, събития и етапи
Практика за тестване и прилагане на нови изисквания, известна като истории, за да сте сигурни, че част от работата е готова след всеки спринт

Scrum се основава на следните 3 стълба-

Нека да разгледаме един по един

1. Роли в Scrum

Има три главни роли в Scrum тестването – собственик на продукта, Scrum Master и екипът за разработка. Нека ги проучим подробно

Каталог на Owner	Scrum магистър	Екипът
Той/Тя определя характеристиките на продукта.	Той/Тя управлява екипа и се грижи за производителността на екипа	Обикновено екипът е от 5-9 члена
Собственикът на продукта решава датата на пускане и съответните функции	Той/Тя поддържа списъка с блокирани и премахва бариерите в развитието	Включва разработчици, дизайнер и понякога тестери и т.н.
Те приоритизират характеристиките според пазарната стойност и рентабилността на продукта	Той/Тя се координира с всички роли и функции	Екипът сам организира и планира работата си
Той/Тя отговаря за рентабилността на продукта	Той/Тя предпазва екипа от външни намеси	Има право да направи всичко в границите на проекта, за да постигне целта на спринта
Той/тя може да приеме или отхвърли резултата от работния елемент	Покани за ежедневна схватка, преглед на спринта и срещи за планиране	Участвайте активно в ежедневните церемонии

2. 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/ Ретроспектива: Домакин е и от scrum master, продължава около 2-4 часа и обсъжда какво е постигнал екипът в последния спринт и какви уроци са били научени.

Роля на тестер в Scrum

Няма активна роля на Тестер в Scrum Процес. Обикновено тестването се извършва от разработчик с Unit Test. Докато собственикът на продукта също често участва в процеса на тестване по време на всеки спринт. Някои Scrum проекти имат специални тестови екипи в зависимост от естеството и сложността на проекта.

Следващият въпрос е какво прави тестерът в схватка? Следната бележка ще отговори

Тестване на дейности в Scrum

Тестерите извършват следните дейности по време на различните етапи на Scrum-

Sprint Планиране

При планирането на спринта, тестерът трябва да избере потребителска история от натрупания продукт, който трябва да бъде тестван.
Като тестер той/тя трябва да реши колко часа (оценка на усилията) трябва да отнеме да свърша тестване за всяка от избраните потребителски истории.
Като тестер той/тя трябва да знае какви са целите на спринта.
Като тестер, допринесете за процеса на приоритизиране

Sprint

Подкрепете разработчиците при тестване на единици
Тествайте потребителската история, когато приключите. Извършва се тестово изпълнение в лаборатория, където тестер и разработчик работят ръка за ръка. Дефект са влезли Инструмент за управление на дефекти които се проследяват ежедневно. Дефектите могат да бъдат обсъдени и анализирани по време на срещата за схватка. Дефектите се тестват повторно веднага щом се появят разрешен и разгърнати за тестване
Като тестер, той/тя присъства на всички ежедневни срещи, за да говори
Като тестер, той/тя може да донесе всеки неизпълнен елемент, който не може да бъде завършен в текущия спринт, и да го постави за следващия спринт
Тестерът отговаря за разработването на скриптове за автоматизация. Той планира автоматизирано тестване с Система за непрекъсната интеграция (CI).. Автоматизацията получава важност поради кратките срокове за доставка. Автоматизирането на тестовете може да бъде постигнато чрез използване на различни инструменти с отворен код или платени инструменти, налични на пазара. Това се оказва ефективно за гарантиране, че всичко, което трябва да бъде тествано, е покрито. Достатъчно тестово покритие може да се постигне с тясна комуникация с екипа.
Revт.е. резултатите от автоматизацията на CI и изпращане на отчети до заинтересованите страни
Извършване на нефункционално тестване за одобрени потребителски истории
Координирайте с клиента и собственика на продукта, за да определите критерии за приемане за тестове за приемане
В края на спринта тестерът също така извършва тестване за приемане (UAT) в някои случаи и потвърждава пълнотата на тестването за текущия спринт

Sprint ретроспективен

Като тестер, той ще разбере какво се обърка и какво се оправи в текущия спринт
Като тестер той идентифицира научените уроци и най-добрите практики

Отчитане на теста

Отчитането на показателите на Scrum Test осигурява прозрачност и видимост за заинтересованите страни относно проекта. Показателите, които се отчитат, позволяват на екипа да анализира напредъка си и да планира бъдещата си стратегия за подобряване на продукта. Има два показателя, които често се използват за отчитане.

Графика на изгаряне: Всеки ден Scrum Master записва приблизителната оставаща работа за спринта. Това не е нищо друго освен Графиката за изгаряне. Актуализира се ежедневно.

Прегарящата диаграма дава бърз преглед на напредъка на проекта, тази диаграма съдържа информация като общото количество работа в проекта, която трябва да бъде завършена, количеството работа, извършена по време на всеки спринт и т.н.

Графика на историята на скоростта: Графиката на хронологията на скоростта прогнозира скоростта на отбора, достигната във всеки спринт. Това е лентова графика и представя как продукцията на екипите се е променила с течение на времето.

Допълнителните показатели, които могат да бъдат полезни, са изгаряне на график, изразходване на бюджет, процент завършена тема, завършени истории – оставащи истории и т.н.

Това е всичко за Scrum в софтуерното инженерство