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