Након завршетка седам фаза тестирања, резултати изгледају добро. У пројекту Гуру99 Банк није дошло до значајних проблема. Добро сте управљали пројектом и били сте поносни на успех овог пројекта
Нажалост, Управни одбор мисли другачије
Немате ниједан доказ да сте добро управљали овим пројектом. Питали сте саветника за решење. Ево одговора
Овај одговор је почетак, али и даље имате следећа питања -
Овај водич ће вам помоћи да одговорите на ова питања -
Шта су прегледи и ревизија управљања тестовима?
-
Преглед менаџмента: Преглед менаџмента познат је и као осигурање квалитета софтвера или (СКА). Више се фокусира на софтверски процес, а не на софтверске производе. Осигурање квалитета је скуп активности осмишљених да осигура да руководилац пројекта следи стандардни процес који је већ унапред дефинисан. Другим речима, осигурање квалитета осигурава да руководилац теста ради праве ствари на прави начин.
-
Ревизија: Ревизија је испитивање производа рада и сродних информација ради процене да ли је поштован стандардни поступак или не.
Зашто нам је потребан СКА у процесу управљања тестовима?
Да бисте ово разумели, размотрите следећи сценарио-
У пројекту Гуру99 банка обрађује различите фазе испитивања попут -
Као менаџер теста, ви сте особа која преузима одговорност за ове активности. Међутим, ви сте на највишем месту у пројектном тиму. Ко ће прегледати ваше задатке и проверити да ли су активности управљања пројектом извршене по највишим стандардима?
Па, СКА ревизор је особа која прегледава и проверава да ли се активности управљања пројектом извршавају по највишим могућим стандардима . Само на основу резултата овог прегледа, Управни одбор може проценити квалитет руковања вашим пројектима.
То је разлог зашто нам је у процесу управљања тестовима потребан преглед менаџмента или СКА.
СКА интервјуира вас, руководиоца теста, како би пројекат упоредио са постављеним стандардима.
Предности СКА су -
Како применити осигурање квалитета?
Корак 1) Развити СКА план
Потребна је активност тестирања План теста, такође СКА активности такође треба план који се назива СКА план.
Циљ СКА плана је да изради процесе и поступке планирања како би се осигурало да произведени производи или услуге које организација пружа буду изузетно квалитетне.
Током планирања пројекта, Тест Манагер прави СКА план где се СКА ревизија периодично заказује.
У СКА плану, менаџер теста треба да уради следеће
Корак 1.1) Идентификујте улогу и одговорности СКА тима
У пројектном тиму сваки члан мора бити одговоран за квалитет свог рада. Свака особа мора бити сигурна да њихов рад испуњава критеријуме осигурања квалитета.
СКА тим је група особа која игра главну улогу у пројекту. Без КА ниједно предузеће неће успешно пословати. Стога, руководилац теста мора јасно објаснити одговорност сваког члана СКА у СКА плану, као што је доле наведено:
- Прегледајте и процените квалитет пројектних активности како би се задовољили критеријуми КА
- Координирати са управним одбором и пројектним тимовима ради процене захтева и укључивања у прегледе пројеката и састанке о статусу.
- Дизајнирајте и прикупљајте метрику за праћење квалитета пројекта.
- Измерите квалитет производа; осигурати да производ испуњава очекивања купаца.
На пример, у СКА плану пројекта Гуру99 банка можете да направите листу чланова СКА тима као што је приказано испод
Не |
Члан |
Улоге |
Одговорност |
---|---|---|---|
1 | Петер | СКА Леадер | Развити и документовати стандард квалитета и процес за све процесе управљања Управљати активностима осигурања квалитета софтвера за пројекат |
2 | Џејмс | СКА ревизор | Извршите задатке СКА, пријавите вођи СКА резултат прегледа СКА. |
3 | Беан | СКА ревизор | Извршите задатке СКА, пријавите вођи СКА резултат прегледа СКА. |
Корак 1.2) Списак производа за рад које ће СКА ревизор прегледати и ревидирати
Менаџер теста би требао
- Наведите све производе рада сваког процеса управљања тестовима
- Дефинишите којим објектима или опреми СКА ревизор може приступити за обављање СКА задатака као што су процене процеса и ревизије.
На пример, за пројекат Гуру99 Банк можете навести производе рада сваког процеса управљања тестовима и дефинисати дозволу члановима СКА-а за приступ тим производима рада према следећој табели
Не | Фазе управљања | Производ за рад | Пут | Дозвола | Дозвола за особу |
---|---|---|---|---|---|
1 | Анализа ризика | Документ о управљању ризицима | [Путања сервера] | читати | Сви чланови СКА тима |
2 | Процена | Извештај о процени и метрици | … | читати | Петер |
3 | Планирање | Документ о планирању испитивања | … | читати | Сви чланови СКА тима |
4 | Организација | План људских ресурса, план обуке | … | читати | Сви чланови СКА тима |
5 | Надгледање и контрола | Прикупљене метрике пројектног напора | … | читати | Беан |
6 | Управљање издањима | Извештај о управљању издањима | … | читати | Џејмс |
7 | Тест извештај | Документ извештаја о испитивању | … | читати | Сви чланови СКА тима |
Корак 1.3) Креирајте распоред за извршавање СКА задатака
У овом кораку, менаџер теста треба да опише задатке које ће обављати СКА ревизор са посебним нагласком на СКА активности као и производ рада за сваки задатак.
Тест Манагер такође креира заказивање тих СКА задатака. Уобичајено је да је распоред СКА вођен распоредом развоја пројекта. Стога се извршава СКА задатак у односу на то које се активности на развоју софтвера одвијају.
У СКА плану, Тест Манагер прави распоред прегледа за управљање. На пример
Датум |
ЗАК задаци |
Одговорно лице |
Опис |
Оутпут |
---|---|---|---|---|
30. октобар 2014 | Процените процесе планирања, праћења и надзора пројеката | Џејмс | - Преглед спецификација софтвера - Процена, главни план и преглед пројектног плана | Извештај о планирању СКА, минут прегледа СКА |
15. децембра 2014 | Анализа захтева за преглед | Џејмс | - Прегледајте развој захтева за софтвером | Извештај ревизије процеса |
30. марта 2015 | Прегледајте и оцените дизајн теста | Џејмс | - Прегледајте документ за дизајн теста | Извештај СКА, минут прегледа СКА |
30. марта 2015 | Прегледајте издање | Беан | - Ревизија процеса: коначно издање | Извештај ревизије СКА процеса |
2-април-2015 | Прегледајте затварање пројекта | Беан | - Екстерни преглед након коначне испоруке купцу | Извештај ревизије СКА процеса |
Корак 2) Дефинисати стандарде / методологију
Да бисте прегледали активности Менаџмента у односу на процес стандардизације, требало би да урадите следеће кораке
- Дефинишите политике и процедуре намењене спречавању настанка квара у процесу управљања
- Документујте политике и процедуре
- Обавестите и обучите особље да га користи
Корак 3) Прегледајте поступак
Прегледајте пројектне активности како бисте потврдили усклађеност са дефинисаним процесом управљања. У прегледу менаџмента, чланови СКА морају извршити 5 СКА прегледа како следи
Време ревизије за СКА зависи од модела животног циклуса развоја пројекта. У случају пројекта Гуру99 Банк, распоред прегледа би требало да следи
У свакој фази СКА, чланови СКА пружају консултације и преглед пројектних планова, производа рада и процедура у вези са усаглашеношћу са дефинисаном организационом политиком и стандардним процедурама.
Током ревизије, чланови СКА-а требали би користити СКА листу за провјеру
Након што прођете кроз 3 корака имплементације софтверског осигурања, добићете резултат Тест Манагемент Ревиев & Аудит. Ово су докази које ћете заинтересованим странама показати о вашем квалитету управљања.
Најбоља пракса осигурања квалитета софтвера
Ево неколико најбољих пракси за ефикасну примену СКА
- Стално побољшање: Сви стандардни процеси у СКА морају се често побољшавати и службено служити како би други могли да следе. Овај процес треба да овери популарна организација попут ИСО, ЦММИ ... итд.
- Документација: Све политике и методе КА, које дефинише КА тим, треба документовати за обуку и поновну употребу за будуће пројекте.
- Искуство: Избор чланова који су сезонски ревизори СКА добар је начин да се осигура квалитет менаџерског прегледа
- Употреба алата: Користећи алат као што је алат за праћење, алат за управљање СКА процесом смањује напор СКА и трошкове пројекта.
- Метрике: Развој и стварање метрика за праћење квалитета софтвера у његовом тренутном стању, као и упоређивање побољшања са претходним верзијама, помоћи ће повећању вредности и зрелости процеса тестирања
- Одговорност: Процес СКА није задатак члан СКА, али сви 'Задатак. Сви у тиму су одговорни за квалитет производа, а не само вођа теста или менаџер.