След приключване на седемте фази на тестване, резултатите изглеждат добре. В проекта Guru99 Bank не възникнаха значителни проблеми. Управлявахте проекта добре и се гордеехте с успеха на този проект
За съжаление Управителният съвет мисли различно
Нямате никакви доказателства, които да показват, че сте се справили добре с този проект. Поискахте решение от съветник. Ето отговора
Този отговор е начало, но все още имате следните въпроси -
Този урок ще ви помогне да отговорите на тези въпроси -
Какво представляват прегледите и одитът за управление на тестове?
-
Преглед на управлението: Прегледът на управлението е известен още като осигуряване на качеството на софтуера или (SQA). Той се фокусира повече върху софтуерния процес, а не върху софтуерните продукти. Осигуряването на качеството е набор от дейности, предназначени да гарантират, че ръководителят на проекта следва стандартния процес, който вече е предварително дефиниран. С други думи, осигуряването на качеството гарантира, че мениджърът на тестовете прави правилните неща по правилния начин.
-
Одит: Одитът е проверка на работните продукти и свързаната с тях информация, за да се оцени дали стандартният процес е спазен или не.
Защо се нуждаем от SQA в процеса на управление на тестове?
За да разберете това, помислете за следния сценарий -
В проекта Guru99 Bank обработва различни фази на теста като -
Като ръководител на тестове вие сте човекът, който поема тези дейности. Вие обаче сте на най-високата позиция в екипа по проекта. Кой ще прегледа задачите ви и ще провери дали дейностите по управление на проекти се изпълняват по най-висок стандарт?
Е, одиторът на SQA е човекът, който преглежда и проверява дейностите по управление на проекти, изпълнени по възможно най-високия стандарт . Само чрез резултата от този преглед Управителният съвет може да оцени качеството на обработката на вашия проект.
Това е причината, поради която се нуждаем от Management Review или SQA в процеса на управление на тестове.
SQA интервюира вас, мениджър на тестове, за да сравните проекта с определени стандарти.
Предимствата на SQA са -
Как да приложим осигуряването на качеството?
Стъпка 1) Разработване на SQA план
Нуждае се от тестова дейност План за изпитване също така SQA дейността също се нуждае от план, който се нарича план за SQA.
Целта на плана SQA е да създаде процеси и процедури за планиране, за да гарантира, че произвежданите продукти или услугите, предоставяни от организацията, са с изключително качество.
По време на планирането на проекта Test Manager прави план за SQA, където одитът на SQA се планира периодично.
В плана за SQA тестовият мениджър трябва да направи следното
Стъпка 1.1) Определете ролята и отговорностите на екипа за SQA
В екип по проект всеки член трябва да носи отговорност за качеството на своята работа. Всеки човек трябва да се увери, че работата му отговаря на критериите за осигуряване на качеството.
Екипът на SQA е групата от хора, която играе основната роля в проекта. Без QA нито един бизнес няма да работи успешно. Следователно тестовият мениджър трябва да изясни отговорността на всеки член на SQA в плана за SQA, както е показано по-долу:
- Прегледайте и оценете качеството на проектните дейности, за да отговаряте на критериите за осигуряване на качеството
- Координирайте се с управителния съвет и екипите по проекти, за да оцените изискванията и да участвате в прегледи на проекти и срещи за състоянието.
- Проектирайте и събирайте показатели, за да следите качеството на проекта.
- Измервайте качеството на продукта; гарантира, че продуктът отговаря на очакванията на клиентите.
Например в плана за SQA на проекта Guru99 Bank можете да създадете членовете на списъка на екипа на SQA, както по-долу
|
Не |
Член |
Роли |
Отговорност |
|---|---|---|---|
|
1 | Питър | SQA лидер | Разработване и документиране на стандарт за качество и процес за целия процес на управление Управлявайте дейностите по осигуряване на качеството на софтуера за проекта |
| 2 | Джеймс | SQA одитор | Изпълнявайте SQA задачи, докладвайте на ръководителя на SQA резултата от прегледа на SQA. |
| 3 | Боб | SQA одитор | Изпълнявайте SQA задачи, докладвайте на ръководителя на SQA резултата от прегледа на SQA. |
Стъпка 1.2) Списък на работните продукти, които одиторът на SQA ще прегледа и одитира
Тест мениджърът трябва
- Избройте всички работни продукти на всеки процес за управление на теста
- Определете до кои съоръжения или оборудване може да има достъп одиторът на SQA, за да изпълнява задачи по SQA като оценки на процеси и одити.
Например за проекта Guru99 Bank можете да изброите работните продукти на всеки процес за управление на тестове и да определите разрешение за членовете на SQA за достъп до тези работни продукти съгласно следната таблица
| Не | Фази на управление | Работен продукт | Път | Разрешение | Предоставяне на човек |
|---|---|---|---|---|---|
| 1 | Анализ на риска | Документ за управление на риска | [Път на сървъра] | Прочети | Всички членове на екипа на SQA |
| 2 | Оценка | Доклад за оценка и показатели | ... | Прочети | Питър |
| 3 | Планиране | Документ за планиране на тестове | ... | Прочети | Всички членове на екипа на SQA |
| 4 | Организация | План за човешки ресурси, план за обучение | ... | Прочети | Всички членове на екипа на SQA |
| 5 | Мониторинг и контрол | Събрани показатели за усилията по проекта | ... | Прочети | Боб |
| 6 | Управление на издания | Доклад за управление на изданието | ... | Прочети | Джеймс |
| 7 | Протокол от теста | Документ от протокола за изпитване | ... | Прочети | Всички членове на екипа на SQA |
Стъпка 1.3) Създайте графика за изпълнение на задачите за SQA
В тази стъпка тестовият мениджър трябва да опише задачите, които трябва да се изпълняват от одитора на SQA, със специален акцент върху SQA дейностите, както и работния продукт за всяка задача.
Test Manager също създава график на тези SQA задачи. Обикновено графикът за SQA се определя от графика за разработване на проекта. Следователно се изпълнява задача за SQA във връзка с това какви дейности по разработка на софтуер се извършват.
В плана за SQA Test Manager прави графика за преглед на управлението. Например
|
Дата |
SQA Задачи |
Личен отговорник |
Описание |
Изход |
|---|---|---|---|---|
| 30 октомври 2014 г. | Оценете процесите на планиране, проследяване и надзор на проекти | Джеймс | - Преглед на спецификацията на софтуера - Оценка, Главен график и Преглед на плана на проекта | Доклад за планиране на SQA, минута за преглед на SQA |
| 15 декември 2014 г. | Анализ на изискванията за преглед | Джеймс | - Прегледайте разработката на софтуерните изисквания | Доклад за одит на процеса |
| 30 март 2015 г. | Преглед и оценка на тестовия дизайн | Джеймс | - Прегледайте документа за тестовия дизайн | Доклад за SQA, минута за преглед на SQA |
| 30 март 2015 г. | Преглед на изданието | Боб | - Одит на процеса: Окончателна версия | Доклад за одит на SQA процеса |
| 2-април-2015 | Преглед на закриването на проекта | Боб | - Външен преглед след окончателна доставка до клиента | Доклад за одит на SQA процеса |
Стъпка 2) Определете стандартите / методологията
За да прегледате управленските дейности спрямо процеса на стандарти, трябва да направите следните стъпки
- Определете политиките и процедурите, предназначени да предотвратят появата на дефекти в процеса на управление
- Документирайте политиките и процедурите
- Информирайте и обучете персонала да го използва
Стъпка 3) Прегледайте процеса
Прегледайте дейностите по проекта, за да проверите съответствието с определения процес на управление. При прегледа на ръководството членовете на SQA трябва да извършат 5 SQA прегледи, както следва
Времето за преглед на SQA зависи от модела на жизнения цикъл на разработката на проекта. В случай на проекта Guru99 Bank, графикът за преглед трябва да бъде следван
Във всяка фаза на SQA членовете на SQA предоставят консултации и преглед на плановете на проекта, работния продукт и процедурите по отношение на спазването на определената организационна политика и стандартните процедури.
По време на одита членовете на SQA трябва да използват контролния списък за преглед на SQA
След като преминете през 3-те стъпки за внедряване на софтуерно осигуряване, вие получавате резултата от Test Management Review & Audit. Това са доказателствата, които трябва да покажете на заинтересованите страни относно качеството на вашето управление.
Най-добра практика за осигуряване на качеството на софтуера
Ето някои най-добри практики за ефективно прилагане на SQA
- Непрекъснато усъвършенстване: Целият стандартен процес в SQA трябва да се подобрява често и да се прави официален, така че другият да може да го следва. Този процес трябва да бъде сертифициран от популярни организации като ISO, CMMI ... и т.н.
- Документация: Всички политики и методи за осигуряване на качеството, определени от екипа за осигуряване на качеството, трябва да бъдат документирани за обучение и повторна употреба за бъдещи проекти.
- Опит: Изборът на членове, които са опитни одитори на SQA, е добър начин да се гарантира качеството на прегледа на ръководството
- Използване на инструмента : Използващ инструмент като инструмент за проследяване, инструмент за управление на SQA процеса намалява усилията за SQA и разходите по проекта.
- Показатели: Разработването и създаването на показатели за проследяване на качеството на софтуера в текущото му състояние, както и за сравняване на подобрението с предишните версии, ще спомогнат за увеличаване на стойността и зрелостта на процеса на тестване
- Отговорност: Процесът на SQA не е задача на члена на SQA, а задача на всеки . Всички в екипа са отговорни за качеството на продукта, а не само ръководителят на теста или мениджърът.