Мени

Водич за управљање тестовима: Врхунски водич за управљање тестовима

  • Главни
  • Остало
  • Водич за управљање тестовима: Врхунски водич за управљање тестовима

test management tutorial

Испробајте Наш Инструмент За Елиминисање Проблема

Ово је водич за управљање тестовима за тестирање софтвера. Садржи фазе управљања тестовима, алате и управљање тестовима против организационе структуре:

Управљање тестом је процес управљања свим активностима, документима и другим сродним радом у вези са тестом. Организационе структуре се односе на хијерархију тимова или запослених који раде на одређеним пројектима.

Да ли мислите да организациона структура утиче на управљање тестовима?

Ако је ваш одговор не, видећемо зашто? Ако је одговор да, да видимо како то утиче. Да бисмо пронашли везу између ове две, морамо јасно да разумемо ове теме, а затим истражимо везу између управљања тестовима и организационе структуре.

Управљање тестом

Шта ћете научити:

Увод у управљање тестовима

Управљање тестом подразумева управљање целокупним процесом тестирања софтвера за одређени пројекат. Процес управљања тестовима примењује се на читав животни циклус развоја софтвера. Дакле, идеално би било да чим започне процес развоја софтвера треба да започне и процес управљања тестовима.

Тест Манагер је имао следеће одговорности-

  • Руководилац теста треба да осигура доследност и квалитет ових производа за рад.
  • Радите са аналитичаром за тестирање и техничким аналитичаром за испитивање да бисте изабрали и прилагодили одговарајући образац.
  • Радите са аналитичаром за испитивање и техничким аналитичаром за испитивање како бисте успоставили стандарде ових производа, попут нивоа детаљних степена.
  • Прегледајте производе рада користећи одговарајуће технике.

Компоненте за управљање тестовима

Управљање тестом је подељено у 5 делова ради бољег разумевања:

  1. Пробна документација
  2. Процена теста
  3. Тест Метрицс
  4. Мерење напретка теста
  5. Метрике за праћење животног циклуса тестирања

# 1) Тест документација

Постоје три врсте испитне документације које су наведене у наставку:

  • Политика испитивања
  • Тест Стратеги
  • План главног теста

# 1) Смернице за тестирање:

  • Резимира вредност коју организација произилази из тестирања.
  • Дефинише политике тестирања.
  • Описује како проценити ефикасност тестирања.
  • Наводи процес тестирања.
  • Наведите како ће организација побољшати процес тестирања?

# 2) Стратегија тестирања:

  • Описује опште методологије испитивања које се користе за управљање пројектним и производним ризицима.
  • Аналитичке стратегије: Као тестирање засновано на ризику.
  • Стратегија заснована на моделу: Попут оперативног профила где тест тим развија модел заснован на стварним и прихваћеним ситуацијама окружења, уноса и услова.
  • Методолошка стратегија: Карактеристике квалитета где тест тим користи скуп услова за испитивање, контролну листу или збирку уопштених, логичких тестова.
  • Технике у складу са процесом или стандардом: Прати низ процеса попут СЦРУМ / Агиле.
  • Реактивне стратегије: Коришћење НАПАДА НА ОСНОВУ КВАЛИТЕТЕ КАО ИСПИТИВАЊЕ.
  • Консултативна стратегија: Попут тестирања усмереног према кориснику, где се тест тим ослања на улагање једне или више заинтересованих страна за одређивање услова испитивања, као што је тестирање компатибилности са спољним извођачима.
  • Такође описује:
    • Поступци интеграције
    • Технике спецификација теста
    • Независност тестирања
    • Обавезни и необавезни стандарди
    • Тест окружење
    • Алати
    • Поновна употребљивост софтверских производа
    • Поновно тестирање и регресија.

# 3) Главни план теста:

  • Обухвата све задатке тестирања које треба обавити.
  • Разматра се како ће тестирање применити стратегију и политику тестирања.
  • Ако нешто није описано, тада би план испитивања требало да опише зашто и план ублажавања за то.
  • Садржај плана испитивања је:
    • Предмети за тестирање
    • Карактеристике квалитета које треба испитати.
    • Распоред
    • Извршни циклус
    • Варијабле оштећења
    • Испитајте ставке у обиму
    • Критеријуми за излаз
    • Пројектни ризици
    • Свеукупно управљање напорима за тестирање,
    • Улоге и одговорности
    • Улаз и излаз

# 2) Процена теста

Опште тачке:

  • Да ли је управљачка активност
  • Заснован је на искуству.
  • Пружа специфичан и детаљан каталог трошкова, ресурса, задатака и људи.
  • Једном припремљена процена мора се доставити руководству заједно са образложењем.
  • Коначна процена представља најбољи могући биланс организационих и пројектних циљева.
  • Процена се заснива на подацима који су тада били доступни и припремљена је.
  • Да би остале тачне, процене треба ажурирати тако да одражавају нове и промењене информације.

Фактори који утичу на процену теста:

  • Потребан ниво квалитета
  • Величина система
  • Историјски подаци
  • Фактори процеса попут стратегије, развоја и животног циклуса
  • Материјални фактори попут тестног окружења, аутоматизације, алата и података
  • Фактор људи
  • Сложеност процеса
  • Обука и КТ (Пренос знања)
  • Асимилација и развој нових алата и технологија, процеса или техника.
  • Захтев за вишим степеном детаљне спецификације испитивања.
  • Време доласка компоненте
  • Тест подаци.

Погађања:

  • Структура рада
  • Састанак за процену тима
  • Тестер - Однос програмера
  • Историја организације
  • Анализа функционалне тачке, ЛОЦ.

Процена теста је даље објашњена касније у водичу.

# 3) Тест метрике

  • Шта се мери, сматра се урађеним?
  • Шта се не мери, лако је занемарити?
  • Треба дефинисати ограничени скуп корисних показатеља.
  • Треба дефинисати само оне метрике чија се интерпретација слаже.
  • Извештавање и обједињавање показатеља треба аутоматизовати.
  • Менаџер треба да овери податке у метрици.

Метрика пројекта: % проласка, неуспешног извршавања итд.

сас програмирање интервју питања и одговори

Метрика производа:

  • Атрибути производа
  • Густина дефекта

Метрика процеса: Мери способност испитивања као% квара.

Људи: Способност појединца.

Метрика напретка теста:

  • Број услова / случајева испитивања, планирано у односу на извршено.
  • Укупни квар категорисан према тежини, приоритету, тренутном стању и подсистему ефеката.
  • Број промена које су потребне, прихваћене, изграђене и тестиране.
  • Планирани у односу на стварне трошкове.
  • Планирано у односу на стварно трајање
  • Прекретница планираног и стварног тестирања.
  • Статус ризика од квалитета производа
  • % губитка напора, трошкова или времена на тестирању.

# 4) Мерење напретка теста

Ризици производа:

  • % покривеног ризика.
  • % ризика за неуспех теста
  • % Ризик који је појединац идентификовао.

Дефекти:

  • Број пронађених недостатака у односу на број пријављених недостатака.
  • Просечно време стопе доласка квара
  • Кварови на одређеним предметима испитивања.
  • Откривање РЦА (анализа основног узрока)
  • Дефект је Тест издања.
  • Фаза у квару
  • Приоритет и тежина
  • Извештај одбија у односу на дупликат
  • Потребно време за решавање
  • Број нових недостатака који су уведени због отклањања старих недостатака.

Тест:

  • Укупан број тест проласка, неуспеха, тркача, блокирања
  • Укупан број случајева регресионих тестова.

Покривеност:

  • Захтеви и покривеност дизајна
  • Покривеност ризиком
  • Покривеност конфигурацијом окружења
  • Покривеност кодом

# 5) Метрике за праћење животног циклуса тестирања

Надгледајте план испитивања

  • Број ризика и захтева
  • Откривање недостатака
  • План вс стварни напори.

Монитор Тест Десигн

  • Број откривених недостатака током пројектовања.

Надгледајте анализу теста

  • Број услова
  • Број недостатака у анализи

Надгледајте примену теста

  • % конфигурације околине
  • % тест случајева аутоматизовано.

Монитор Екецутион

  • % положених, неуспелих, без покретања, блокираних тест случајева
  • % Обухваћени тестови
  • Решени планирани вс стварни кварови
  • % плана у односу на стварну покривеност

Затварање монитора

  • % тест случајева је прошло, тешко
  • % тест случајева пријављених у категорију за вишекратну употребу
  • % тест случајева аутоматизовано.
  • Број отклоњених / нерешених недостатака.
  • % производа за пробни рад

Фаза праћења и контроле теста која се разматра у наставку даље објашњава ову тему.

Фазе управљања тестовима

Током процеса управљања тестовима, мора се узети у обзир следеће тачке. Другим речима, следеће су различите фазе процеса управљања тестовима:

  1. Анализа ризика
  2. Процена теста
  3. Планирање теста
  4. Организација за испитивање
  5. Тест праћење и контрола
  6. Управљање питањима
  7. Тест извештај

Можете приметити да су прве четири фазе више о планирању, а преостале три о извршењу. Дакле, можемо поделити целокупан процес управљања тестовима на два дела, тј. Планирање и извршење.

Истражимо детаљно разне фазе управљања тестовима.

# 1) Анализа ризика

Ова фаза укључује откривање фактора ризика и могућих решења. Ако се анализа ризика изврши темељно, можемо избећи будуће грешке или ће бар бити доступно неко решење.

Ризик је нешто што се може и не мора догодити. Али ако се то онда догоди, какав ће бити његов утицај? То може лоше утицати на квалитет софтвера, репутацију компаније и још много тога.

Требало би открити факторе ризика како би се избегао овај лош утицај. За утврђивање фактора ризика треба урадити анализу ризика. Постоје две врсте ризика, тј. Пројектни ризици и ризици производа. Пројектни ризици су ризици који су повезани са процесом рада, а ризици производа су ризици који су повезани са развијеним производом.

# 2) Процена теста

Процена теста односи се на предвиђање времена потребног за сваку тест активност / фазу. Пошто је ово процена, не може бити тачно. За бољу процену теста можемо проучити прошле пројекте наше компаније или се можемо консултовати са члановима тима који ће бити одговорни за тај рад или фазу теста.

# 3) Планирање теста

Само планирање теста је дуг процес. Укључује дефинисање циљева теста, опсега теста, стратегије теста, временског распореда, ресурса, комуникационог приступа итд. Захтеви би требали бити врло јасни за дефинисање циљева и обима теста. План теста је за тестере, кориснике и чланове пројектног тима.

План испитивања описује улогу тестирања у пројекту. План теста такође укључује улоге и одговорности, листу карактеристика које ће се тестирати и које се неће тестирати, окружење за тестирање, листу алата и претпоставки ако их има.

# 4) Организација за тестирање

Током фазе планирања теста планирали смо све могуће ствари у вези са тестирањем.

где се налази мрежни безбедносни кључ

Стога су нам потребни квалификовани чланови тима да би извршили овај план или га учинили успешним. Организација тестирања је све у вези са изградњом савршеног тест тима за успешан пројекат.

# 5) Тест праћење и контрола

Док је рад испитивања у току или док тестери извршавају план испитивања, сав тај напредак рада мора се пратити. Треба пратити све ове тестове. Ако се врши надзор теста, тада ће тест тим и менаџер теста добити повратне информације о напретку тестирања?

Користећи ове повратне информације, руководилац теста може упутити чланове тима да побољшају квалитет даљег рада на тестирању. Уз помоћ праћења теста, пројектни тим ће добити видљивост резултата теста. Такође помаже да се зна о покривености тестовима.

За велике пројекте надгледање теста врши се помоћу аутоматизованог алата, јер ће прикупљање података бити лакше. За мале пројекте, једна особа ће прикупити све податке или документе који се односе на напредак теста. За прикупљање информација о напретку теста можемо се послужити шаблоном ИЕЕЕ 829 дневника теста. Све је било у вези са праћењем теста.

Да видимо шта је контрола теста? Пројектни рад неће увек ићи како смо планирали. Можда постоје неке разлике између плана и стварног посла. Да бисмо ове разлике умањили или уклонили, морамо да унесемо неке промене и на тај начин контролишемо рад теста.

# 6) Управљање питањима

Проблеми могу бити било који проблем који се појави током процеса развоја и тестирања софтвера. То може бити најмањи разлог због којег нисмо у могућности да развијемо / испоручимо квалитетан производ. Неки проблеми су запрека, тј. Без решавања тог проблема нећемо моћи да наставимо са даљим процесом.

Управљање проблемима односи се на то како се бавимо тим проблемима / проблемима. Можемо га назвати и управљање инцидентима. Управљање проблемима захтева боље планирање процеса решавања проблема. Боље управљање издавањем зависи од вештине и искуства менаџера за тестирање.

Како се јављају ови проблеми?

Може бити више разлога за настанак проблема. Нека питања су повезана са стратегијом, а нека су везана за дефиницију, ХР, заказивање итд.

Питања о стратегији :

Примери:

  • Пројекат остаје без средстава.
  • Лоша пројектна комуникација.
  • Процес управљања пројектом није у складу са наведеним стандардима.

Питања дефиниције : Питања која се односе на захтеве.

Примери: Нејасни захтеви. Много питања се може увести због нејасних захтева.

Питања о заказивању: Ово је најчешћа врста издања. Запослени се морају борити да испоштују рок.

ХР питања:

Примери:

  • У тиму недостаје вештина.
  • Погрешно мапирање запослених за посао.

Може бити много више врста питања и овде их не можемо споменути. Стога се управљање проблемима односи на евидентирање, праћење и решавање проблема.

# 7) Извештај о испитивању

Извештај о испитивању помаже да се утврди покривеност испитивањем, квалитет развијеног производа и потребна побољшања процеса. Можемо да одлучимо „колико тестирања је потребно?“

Ако је урађено довољно тестирања, овај извештај о тестирању можемо поднети заинтересованим странама или клијентима. Тако да ће и они упознати квалитет производа и имати идеју о томе колико се испитивања врши на производу.

Алати за управљање тестовима

Управљање тестом се компликује током наставка процеса развоја софтвера и то је један од главних разлога због којих је данас доступно толико алата за управљање тестовима.

Ови алати ће помоћи у последње четири фазе процеса управљања тестовима (организација теста, праћење и контрола теста, управљање проблемима и извештај о тесту). Како ови алати помажу у важним фазама управљања тестовима, њих би требало размотрити прво у пројекту.

У наставку су наведени најпопуларнији алати за управљање тестовима:

  1. кТест
  2. ПрацтиТест
  3. Зепхир
  4. Тест Цоллаб
  5. ТестФЛО за ЈИРА
  6. КСКуал
  7. Ксраи - Резање ивица управљања тестом
  8. ТестРаил
  9. КАЦовераге
  10. Захтеви и управљање тестовима за Јира (РТМ)
  11. СПИРАТЕСТ би Инфлецтра
  12. Куалитее
  13. акуа
  14. Тестпад
  15. ЈуноОне

=> Кликните овде за детаљне прегледе ТОП алата за управљање тестовима

Организационе структуре

Погледајмо различите организационе структуре.

Можда постоје одређена правила за организационе структуре или могу постојати неке идеалне структуре, али без обзира на то свака организација може имати своју структуру. Постоји толико много организационих структура и свака има своје предности и недостатке.

Овде ћемо разговарати о некима од њих.

Прво ћемо видети најједноставнију организациону структуру која се користи за мале пројекте.

разлика између ц ++ и јаве

Организациона структура

У овој структури, и тестери и програмери извештавају менаџера развоја.

  1. Руководилац развоја има добру контролу над пројектним активностима.
  2. Биће мања могућност заостајања у комуникацији између тимова за тестирање и развоја.
  3. Такође је на састанцима добро одредити рокове за менаџера развоја, јер он има потпуно знање о раду на испитивању и развоју.
  4. Тимски рад биће ефикасан због минималних слојева.

Недостаци ове структуре укључују:

  1. Како не постоји менаџер за тестирање, постоји могућност да се тестирање размотри касно у пројекту.
  2. Постоји још једна могућност да тестирање има мање значаја за пројекат. То се може сматрати касно у пројекту.

Генерално се у малим организацијама за мале пројекте дешава да развојном тиму треба више времена него што је поменуто, а тим за тестирање мора да пати, тј. Тим за тестирање мораће да тестира производ до рока, тако да тим за тестирање има мање времена за тестирање производ.

У овој структури, за успешно завршавање пројекта, менаџер развоја мора имати на уму да његов циљ није само довршење пројекта већ развој квалитетног софтвера.

Друга најчешће коришћена организациона структура:

2. организациона структура

Ово је најчешћи тип организационе структуре. У овој структури тестери извештавају менаџере тестова, а програмери извештаје менаџера развоја. И менаџер теста и менаџер развоја подносе извештаје менаџеру пројекта.

Водитељ теста биће одговоран за све активности повезане са испитивањем, а одговоран је менаџер развоја да подстакне развој софтвера. Менаџер пројекта ће контролисати и тестирање и развојне активности.

Предности:

  • За разлику од претходне структуре, овде у овој структури постоје различити менаџери за тестирање и развој, па се обојица могу усредсредити на свој рад. Они ће и даље бити предани свом послу и биће им мање ометања.
  • У овој структури, активности испитивања не могу се занемарити или се не могу узети у обзир касно у пројекту. То значи да ће и тестирање и развој добити једнак значај.
  • Када је реч о доношењу критичних одлука, тим за тестирање је неовисно.

Мане:

  • Постоји могућност комуникацијске празнине због више нивоа.

Управљање тестом против организационих структура

Организационе структуре директно утичу на управљање тестовима. Различите организационе структуре имају различит утицај на управљање тестом, па се стога управљање тестом разликује у зависности од вештине и искуства менаџера за тестирање, као и у зависности од положаја менаџера за тестирање у организационој структури.

Овде смо видели две организационе структуре. У првој структури, менаџер развоја и менаџер тестирања је иста особа, па то утиче на управљање тестовима. Циљ менаџера за развој је развој софтвера, а док то ради мора да погледа и рад на тестирању.

Стога понекад може дати пристрасна мишљења. Он / она може само превидети проблем и наставити. На овај начин то може утицати на управљање тестовима. Независни руководилац теста ће моћи да пружи више правде, а управљање тестовима ће бити боље са независним руководиоцима теста.

Закључак

Обе теме, тј. Управљање тестовима и организационе структуре, видели смо одвојено, као и однос између ове две. Можемо закључити да организационе структуре утичу на управљање тестовима.

Упоређујући обе горе поменуте структуре, у другој структури, управљање тестовима ће се водити боље од прве. Разлог за ово може бити посвећени менаџер тестова.

Организационе структуре се разликују од организације до организације. Иако постоји неки дефинисани процес за управљање тестовима (или тимови можда користе алате за управљање тестовима), управљање тестом ће се разликовати због различитих организационих структура, менаџера тестова, вештина и искуства менаџера тестова.

Препоручено читање

^