1) Помените одговорности шефа теста?
Улога КА менаџера укључује
- Управљати пројектом од покретања до затварања
- Планирање теста
- Добити од купаца прихватање испоручених производа
- Одобрите клијенту посредне испоруке и издања закрпа
- Пошаљите напоре за обрачун
- Управљање издањима
- Менторство, тренирање и вођење офф-схоре тима
- Подносите извештаје о недељном статусу координаторима тестова
- Учествовање на седмичним прегледним састанцима
- Објавите КПИ за све пројекте тестирања недељно
- Мобилизација ресурса за пројекте
2) Спомените какав је ваш приступ ако откријете да тестери у вашој организацији изводе тест на испорученом производу чак и након што су утврђени значајни недостаци?
Као КА Леад, ваш приступ би требао бити
- Треба пооштрити критеријуме прихватања
- Тест случајеви би требали бити поново процењени
- Треба додати више тест случајева ако је могуће, са партицијским случајевима класе еквиваленције и граничним вредностима
- Требало би додати још случајева за проверу неважећих услова.
- Прикажи критеријуме Стоппер треба изменити
3) Спомените шта је матрица сљедивости захтјева?
Матрица сљедивости захтјева је повезивање захтјеване документације за тестирање случајева. Користи се из следећег разлога
- Да би се осигурало да су сви захтеви за пријаву тестирани у процесу верификације
- Да бисте проверили покривеност тестом
4) Како бисте изабрали алатку за тестирање за свој пројекат?
- Утврдите карактеристике потребне у алату за аутоматизацију према потребама пројекта
- Процените комерцијалне и некомерцијалне алате који испуњавају захтеве
- Процените трошкове и користи алата. Трошкови могу укључивати лиценце и обуку.
- Коначну одлуку донесите у договору са члановима тима.
5) Који су неки кључни изазови у пројекту тестирања?
Кључни изазови тестирања софтвера укључују
- Фаза тестирања нас обично под временским ограничењем
- Разумевање захтева понекад може бити изазов
- Апликација треба да буде довољно стабилна да би се могла тестирати
- Постављање приоритета за тестирање
- Недостатак квалификованих тестера
- Регресија тестирање
- Чести захтеви се мењају
- Недостатак алата, ресурса и обуке
6) Шта је тест план?
План испитивања је документ који описује активности и опсег испитивања. То је основни захтев за тестирање било ког софтверског производа.
7) Које су врсте плана испитивања?
Постоје три главне врсте плана испитивања
- План главног теста
- План испитивања специфичан за ниво испитивања
- Тестирање специфичних планова испитивања
8) Које вештине треба да има менаџер теста?
- Ефикасна и јасна комуникација
- Треба да изгради добар однос са члановима тима
- Добре вештине слушања и емоционална интелигенција
- Мотивисати чланове тима
- Решавајте сукобе и етичка питања.
9) Шта је „управљање конфигурацијом“?
Управљање конфигурацијом покрива процесе који се користе за координацију, контролу и праћење артефаката теста.
Артефакти теста могли би да укључују шифру аутоматизације, захтеве, документацију, проблеме, дизајне, захтеве за промену, дизајне итд.
10) Шта је ПДЦА модел?
ПДЦА модел представља
- План: Идентификујте побољшања и поставите циљеве
- Да ли: применити побољшања
- Провера: Проверите резултат побољшања
- Чин: Учите из резултата
То је метода за побољшање процеса испитивања (ТПИ).
11) Шта су неформалне критике?
Неформални преглед је начин провере недостатака без покретања кода. Неформални прегледи се примењују много пута током почетних фаза животног циклуса теста документа. Неформалне критике нису документоване.
12) Поменути врсте ризика у тест пројекту
Врсте ризика у тестном пројекту могу се широко категорисати
- Стратешки ризик: Ово укључује буџетске, комуникацијске и управљачке ризике
- Ризици дефиниције пројекта: Ово укључује ризике циља, опсега и захтева.
- Ризик од људских ресурса: То укључује ризике вештина, чланова тима и организације.
- Ризици по распореду пројеката.
13) Које су контра мере које руководилац теста треба да предузме против ризика?
Руководилац теста мора предузети следеће кораке како би умањио ризик током развоја производа
- Избегавање: Елиминишите фактор ризика који је укључен
- Смањење: План ублажавања како би се смањио утицај ризика и предузеле корективне мере
- Дељење: Пренесите ризик на други ресурс као што је улагање или осигурање
- Прихватите: Прихватите ризик и припремите планирани буџет за ове ризике
14) Објасните како руководилац теста може да процени пројекат и шта да процени?
Током процене теста, менаџер теста мора да процени четири ствари
- Трошак
- Ресурси
- Људске вештине
- време
Они могу да процене пројекат на следеће начине
- Структура рашчлањеног рада (ВБС): Подјела пројекта на мање сегменте
- Процена у три тачке: Процена у три тачке заснива се на статистичким подацима
- Метода функционалне тачке: Дајте пондер свакој функцији и измерите величину
15) Шта је процена у три тачке?
У процени у три тачке, три вредности се иницијално производе за сваки задатак на основу претходног искуства. На пример, за извршавање одређеног задатка постоје различите могућности
- Процена најбољег случаја: 120 радних сати или 15 дана са искусним члановима тима
- Највероватнија процена: 170 сати или 21 дан са довољно ресурса и умереним искуством чланова тима
- Процјена у најгорем случају: 200 радних сати или 25 дана и са тимом који има мање радног искуства
16) Спомените неке од најбољих пракси за процену теста
Неке од најбољих пракси за процену теста су
- Додајте мало времена међуспремника : Имати време међуспремника је увек предност, можда ће вам помоћи да се носите са кашњењем насталим због неочекиваних разлога као што талентовани члан изненада напусти посао,
- Планирање ресурса рачуна у процени : Уверите се да је ваша процена реална и да се сматра кључним факторима попут расположивости људских ресурса.
- Користите референцу из прошлих искустава: Кроз своје прошло искуство покушајте да избегнете све препреке или могуће сметње које ће се највероватније догодити
- Држите се своје процене: Процена није потпун доказ. Такође може поћи по злу. У раној фази пројекта, требало би да поново проверите процену теста и по потреби извршите и измене.
17) Шта укључује добар извештај о испитивању?
Добар извештај о испитивању треба да садржи
- Информације о пројекту
- Циљ теста
- Резиме теста
- Дефецт
18) Наведите неке од најбољих пракси осигурања квалитета софтвера?
Неке од најбољих пракси за осигурање квалитета софтвера укључују
- Континуирано побољшање
- Документација
- Употреба алата и аутоматизација
- Метрицс
- Тимски рад и подељена одговорност за СКА
19) По којим факторима можете одредити квалитет извршења теста?
Два начина могу одредити квалитет извршења теста
- Однос одбијања недостатака : (Број одбијених недостатака / укупан број подигнутих недостатака) Кс 100
- Коефицијент цурења: (Број пропуштених недостатака / укупни недостаци софтвера) Кс 100
20) Како ћете управљати сукобима у тиму?
Уз разноликост порекла и стилова рада чланова тима, први корак је очекивање и припрема за сукобе током тест пројекта.
Следећи корак је одржавање састанка и процена чланова тима о статусу пројекта. Менаџер теста треба да одржи комуникацију отвореном за све тако да се испразне фрустрације и бес тима. На крају, замолите чланове тима да сарађују и нагласите важност њихове сарадње за успех пројекта.
Бесплатно преузимање ПДФ-а: Питања водитеља теста / главног интервјуа