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

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

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

Scrum тестване

Scrum тестване Тестването се извършва по методологията Scrum, за да се провери дали са изпълнени изискванията на софтуерното приложение. То включва проверка на нефункционални параметри като сигурност, използваемост и производителност. Няма активна роля на тестер в процеса, така че обикновено се извършва от разработчици с Unit Tests. Понякога са необходими специализирани екипи за тестване, в зависимост от естеството и сложността на проекта. Съвременните екипи често координират тази работа в Jira, Linear, Azure DevOps, или Asana.

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

Следните са основните характеристики на Scrum:

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

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

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

1. Роли в Scrum

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

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

2. Scrum артефакти

Scrum процесът включва:

• Потребителски истории: Те представляват кратко обяснение на функционалностите на тестваната система. Пример за застраховател е: „Премията може да бъде платена чрез онлайн системата.“
• Натрупване на продукти: Това е колекция от потребителски истории, заснети за Scrum продукт. Собственикът на продукта подготвя и поддържа продуктовия беклог. Той се приоритизира от собственика на продукта и всеки може да го добавя с одобрението на собственика на продукта. Съвременните екипи поддържат продуктовия беклог в Jira, Linear, Azure DevOps, или Asana.
• Натрупване на издания: Пускането на пазара е времева рамка, в която се завършват редица итерации. Собственикът на продукта координира със Scrum Master, за да се реши кои истории трябва да бъдат насочени към дадено издание. Историите в Release Backlog са насочени към завършване в дадено издание.
• Sprints: Това е определен период от време за завършване на потребителските истории, определен от Собственика на продукта и екипа за разработка, обикновено 2-4 седмици.
• Sprint Натрупване: Това е набор от потребителски истории, които трябва да бъдат завършени в Sprint, По време на Sprint Натрупаните задачи никога не се възлагат и екипът се записва за работа самостоятелно. Списъкът е собственост и се управлява от екипа, докато очакваната оставаща работа се актуализира ежедневно. Това е списъкът със задачи, които трябва да бъдат изпълнени в рамките на... Sprint.
• Блокиран списък: Това е списък с блокове и невзети решения, собственост на Scrum Master-а и актуализиран ежедневно.
• Графика на изгаряне: Диаграмата за изчерпване на задачите представя общия напредък на текущата работа и завършената работа по време на процеса. Тя представя в графичен формат историите и функциите, които не са завършени.

3. Церемонии (процеси) в Scrum

• Sprint планиране: A Sprint започва с това, че екипът импортира истории от Release Backlog в Sprint Закъснение; то се хоства от Scrum Master. Тестерите оценяват усилията за тестване на различните истории в Sprint Назад.
• Ежедневно изправяне: Наричан още „Дневен Скръм“, той се провежда от Скръм Мастъра и продължава около 15 минути. По време на „Дневен стендъп“ членовете обсъждат работата, свършена предходния ден, планираната работа за следващия ден и проблемите, с които са се сблъскали по време на... SprintНапредъкът на отбора е tracкед тук.
• Sprint Revпреглед / Ретроспектива: Той се води и от Scrum Master, продължава около 2-4 часа и обсъжда какво е постигнал екипът през последните... Sprint и какви поуки бяха извлечени.

След като Scrum ролите, артефактите и церемониите са установени, е важно да се изясни точно къде се вписват тестерите в тази рамка.

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

Няма активна роля на Тестер в Scrum процес. Обикновено тестването се извършва от разработчик с Unit Tests, докато Product Owner също често участва в процеса на тестване по време на всеки 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Това е стълбовидна диаграма и показва как се е променила продукцията на екипа с течение на времето.

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

Въпроси и Отговори