Scrum при тестване на софтуер
Scrum в софтуерното тестване е методология за изграждане на сложни софтуерни приложения. Той осигурява лесни решения за изпълнение на сложни задачи. Scrum помага на екипа за разработки да се съсредоточи върху всички аспекти на разработката на софтуерен продукт, като качество, производителност, използваемост и т.н. Той осигурява прозрачност, проверка и адаптация по време на разработването на софтуера, за да се избегне сложността.
Scrum тестване
Scrum Testing е тестване, проведено в scrum методология, за да се провери дали са изпълнени изискванията на софтуерното приложение. Той включва проверка на нефункционални параметри като сигурност, използваемост, производителност и т.н. Няма активна роля на тестера в процеса, така че обикновено се извършва от разработчици с Unit Test. Понякога са необходими специални тестови екипи в зависимост от естеството и сложността на проекта.
В този урок ще научите -
- Какво е Scrum?
- Основни характеристики на Scrum методологията
- Роли в Scrum
- Scrum Артефакти
- Церемонии (процеси) в Scrum
- Роля на тестера в Scrum
- Тестови дейности в Scrum
- Докладване на тестове
Основни характеристики на Scrum методологията
Следват основните характеристики на Scrum-
- Scrum има кратък фиксиран график на цикли на освобождаване с регулируем обхват, известен като спринтове, за да отговори на бързо променящите се нужди за развитие. Всяка версия може да има няколко спринта. Всеки Scrum проект може да има множество цикли на издаване.
- Повтаряща се последователност от срещи, събития и етапи
- Практика за тестване и прилагане на нови изисквания, известни като истории , за да се гарантира, че някои работи са пуснати в готовност след всеки спринт
Scrum се основава на следните 3 стълба -
Нека разгледаме един по един
1. Роли в Scrum
Има три главни роли в Scrum Testing - собственик на продукта, Scrum Master и екипът за разработка. Нека ги изучим подробно
|
Собственик на продукта |
Scrum Master |
Екипът |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum Артефакти
Скрам процес включва
- Потребителски истории: Те са кратко обяснение на функционалностите на тестваната система. Пример за осигурителен доставчик е - „Премията може да бъде платена с помощта на онлайн системата“.
- Натрупване на продукти: Това е колекция от потребителски истории, заснети за scrum продукт. Собственикът на продукта подготвя и поддържа изоставането на продукта. Приоритет е от собственика на продукта и всеки може да го добави с одобрение от собственика на продукта.
- Закъснение в изданието: Излизането е времева рамка, в която броят на итерациите е завършен. Собственикът на продукта се координира с главния скрам, за да реши кои истории трябва да бъдат насочени за издание. Историите в изоставането на версията са насочени към попълване в издание.
- Спринтове: Това е определен период от време за попълване на потребителските истории, решен от собственика на продукта и екипа на разработчика, обикновено 2-4 седмици време.
- Sprint Backlog: Това е набор от потребителски истории, които трябва да бъдат попълнени в спринт. По време на изоставането в спринта работата никога не се възлага и екипът се записва за работа сам. Той се притежава и управлява от екипа, докато очакваната оставаща работа се актуализира ежедневно. Това е списъкът със задачи, които трябва да бъдат изпълнени в Sprint
- Списък с блокове: Това е списък с блокове и невзети решения, собственост на scrum master и се актуализира ежедневно
- Диаграма за изгаряне : Диаграмата за изгаряне представлява цялостния напредък на незавършената работа и завършената работа през целия процес. Той представя в графичен формат историите и функциите, които не са завършени
3. Церемонии (процеси) в Scrum
- Планиране на спринта : Спринт започва с екипа, който импортира истории от изоставането в освобождаването в списъка на спринта; той се хоства от scrum master. Тестерите оценяват усилията за тестване на различните истории в Sprint Backlog.
- Daily Scrum: Домакин е от scrum master, трае около 15 минути. По време на Daily Scrum членовете ще обсъдят работата, завършена предишния ден, планираната работа за следващия ден и проблеми, пред които е изправен по време на спринт. По време на ежедневна среща в изправено положение екипът се проследява.
- Sprint Review / Retrospective: Домакин е и от scrum master, трае около 2-4 часа и обсъжда какво е постигнал екипът през последния спринт и какви уроци са научени.
Роля на тестера в Scrum
Няма активна роля на тестера в Scrum процеса. Обикновено тестването се извършва от разработчик с Unit Test. Докато собственикът на продукта също често участва в процеса на тестване по време на всеки спринт. Някои Scrum проекти имат специални тестови екипи в зависимост от естеството и сложността на проекта .
Следващият въпрос е какъв тестер прави в скрам? Следващата бележка ще отговори
Тестови дейности в Scrum
Тестерите извършват следните дейности през различните етапи на Scrum-
Планиране на спринта
- При планирането на спринт, тестерът трябва да избере потребителска история от изоставането на продукта, която трябва да бъде тествана.
- Като тестер той / тя трябва да реши колко часа (оценка на усилията) трябва да отнеме, за да завърши тестването за всяка от избраните потребителски истории.
- Като тестер, той / тя трябва да знае какво са спринтовите цели.
- Като тестер, допринесете за процеса на приоритизиране
Спринт
- Подкрепете разработчиците при модулно тестване
- Тествайте потребителска история, когато завършите. Изпълнението на теста се извършва в лаборатория, където тестващият и разработчикът работят ръка за ръка. Дефектите се регистрират в инструмента за управление на дефекти, които се проследяват ежедневно. Дефектите могат да бъдат причинени и анализирани по време на срещата. Дефектите се подлагат на повторно тестване веднага след като бъдат отстранени и внедрени за тестване
- Като тестер той / тя присъства на всички ежедневни срещи за изправяне, за да говори
- Като тестер той / тя може да донесе всякакви изоставащи елементи, които не могат да бъдат завършени в текущия спринт и да бъдат поставени на следващия
- Tester е отговорен за разработването на скриптове за автоматизация. Той планира тестване за автоматизация със система за непрекъсната интеграция (CI). Автоматизацията получава значение поради кратките срокове за доставка. Тестовата автоматизация може да бъде постигната чрез използване на различни инструменти с отворен код или платени инструменти, предлагани на пазара. Това се оказва ефективно за гарантиране, че всичко, което трябва да бъде тествано, е било обхванато. Достатъчно покритие от теста може да се постигне с тясна комуникация с екипа.
- Прегледайте резултатите от автоматизацията на CI и изпратете доклади на заинтересованите страни
- Извършване на нефункционално тестване за одобрени потребителски истории
- Координирайте се с клиента и собственика на продукта, за да определите критерии за приемане за тестове за приемане
- В края на спринта в някои случаи тестващият също прави тестове за приемане (UAT) и потвърждава пълнотата на теста за текущия спринт
Ретроспектива на спринта
- Като тестер той ще разбере какво се е объркало и кое се е объркало в текущия спринт
- Като изпитател той идентифицира научените уроци и най-добрите практики
Докладване на тестове
Отчитането на показателите на Scrum Test осигурява прозрачност и видимост на заинтересованите страни за проекта. Отчетените показатели позволяват на екип да анализира техния напредък и да планира бъдещата си стратегия за подобряване на продукта. Има две метрики, които често се използват за отчитане.
Диаграма за изгаряне: Всеки ден Scrum Master записва очакваната оставаща работа за спринта. Това не е нищо друго освен Burn Down Chart. Актуализира се ежедневно.
Диаграма за изчерпване дава бърз преглед на напредъка на проекта, тази диаграма съдържа информация като общия обем работа в проекта, който трябва да бъде завършен, обемът на работата, завършен по време на всеки спринт и т.н.
Графика на историята на скоростта : Графиката на историята на скоростта предсказва скоростта на отбора, достигнат във всеки спринт. Това е стълбовидна графика и представя как изходът на екипите се е променил с течение на времето.
Допълнителните показатели, които могат да бъдат полезни, са изгаряне по график, изгаряне на бюджет, проценти завършени теми, завършени истории - оставащи истории и т.н.
Имате ли съвети или опит за споделяне за Scrum тестване? Оставете коментар по-долу-