Меню

Техники за оценка на софтуерни тестове (Пълно ръководство за оценка на тестовите усилия)


software test estimation techniques

Опитайте Нашия Инструмент За Премахване На Проблемите

За успеха на който и да е проект оценката на теста и правилното изпълнение е също толкова важна, колкото и цикъла на разработка. Придържането към оценката е много важно за изграждането на добра репутация у клиента.


Опитът играе основна роля при оценката на „Усилията за тестване на софтуер“. Работата по различни проекти помага да се изготви точна оценка на цикъла на тестване. Очевидно е, че човек не може просто да постави сляпо някакъв брой дни за каквато и да било тестова задача. Оценката на теста трябва да бъде реалистична и точна.


Техники за оценка на софтуерни тестове

В тази статия се опитвам да поставя някои точки по много прост начин, които са полезни за изготвяне на точна оценка на теста.

Какво ще научите:


Кратко описание на процеса за оценка на теста

„Оценката е процес на намиране на оценка или приближение, което е стойност, която е използваема за някаква цел, дори ако входните данни могат да бъдат непълни, несигурни или нестабилни.“ (Справка: Уикипедия )

Всички ние срещаме различни задачи и задължения и срокове през целия си живот като професионалисти, сега има два подхода за намиране на решение на проблем.

Първият подход е реактивен подход, при който ние се опитваме да намерим решение на проблемния проблем само след като той пристигне.


Във втория подход, който може да се нарече проактивен подход, при който първо се подготвяме много преди проблемът да пристигне с предишния ни опит и след това с миналия ни опит, ние се опитваме да намерим решение на предизвикателството, когато то пристигне.

По този начин оценката може да се разглежда като техника, която се прилага, когато предприемаме проактивен подход към проблема.

По този начин оценката може да се използва, за да се предскаже колко усилия по отношение на времето и разходите ще са необходими за изпълнение на определена задача.


След като екипът за тестване е в състояние да направи оценка на проблема, за който е под ръка, за тях е по-лесно да намерят решение, което би било оптимално за съответния проблем.

Практиката на оценяване може да бъде дефинирана по-формално като приблизително изчисление на вероятната цена на дадена работа.

Също така, прочетете=> 7 фактора, влияещи върху тестовата оценка на проекта за автоматизация на селен

Основните предпоставки за процеса на оценка на теста

# 1) Статистика, събрана от работата с предишен опит : Винаги е добра практика да отделите малко време, припомняйки минали проекти, които поставиха предизвикателства, подобни на настоящото начинание.

# 2) Наличните документи или артефакти: The Влизат инструменти за съхранение на управление на тестове удобен в тези видове сценарии, тъй като те съхраняват документите за изисквания и разяснения. Тези документи могат да бъдат насочени от екипа за тестване, за да се определи ясно обхватът на проекта.

# 3) Предположения за вида работа: Миналият работен опит помага да се правят предположения за проекта. Тук най-важно е наемането на опитни професионалисти.

Тестващите мениджъри могат да вземат мозъка на тези хора за постигане на желаните резултати.

# 4) Изчисляване на потенциалните рискове и заплахи: Екипът за тестване също така трябва да визуализира потенциалните рискове и заплахи и подводни камъни, които лъжата може да бъде за екипа в бъдеще.

# 5) Определяне дали документите са изходни: Екипът за тестване също трябва да определи дали изискванията са изходни или не. Ако документите не са базисни, тогава е важно да се определи честотата на промените.

# 6) Всички отговорности и зависимости трябва да са ясни: Организацията трябва ясно да дефинира ролите и отговорностите на всички лица, които ще изпълняват процеса на оценка.

# 7) Документация и проследяване на записите за оценка: Цялата необходима информация за процеса на оценка трябва да бъде документирана.

# 8) Дейности, които трябва да бъдат извършени по време на процеса на оценка на теста

  • Организирайте екипа, който ще извършва оценки
  • Разложете проекта на фази на проекта и последващи съставни дейности
  • Изчислете оценката въз основа на предишни проекти и професионален опит
  • Приоритизирайте възможните заплахи и измислете подходите за намаляване на тези рискове
  • Прегледайте и документирайте съответната част от работата
  • Изпратете работата на съответните заинтересовани страни

Най-известните техники за оценка на теста

Някои от най-важните техники за оценка на теста са:

  • Оценка на тест точки
  • Оценка на работната фаза
  • Използвайте оценка на точката на случай

Как и къде използваме тези техники:

# 1) Оценка на тест точки е проста и лесно разбираема техника за оценка, която се използва широко в целия спектър за тестване на софтуера. Итеративните фази и простотата са най-важните характеристики на тази конкретна техника.

какво е кодът на ключа за сигурност

# 2) Оценка на работната фаза е техниката за оценка, която се използва, при която се прави оценка на предположение за определена фаза (обикновено най-кратката и най-простата от фазите) и след това екипът за тестване постепенно добавя други фази към първоначалната оценка и накрая излиза с подходяща оценка.

# 3) Техника за оценка на точка на използване е оценката на случаите на използване, при които нерегулираните тегла на актьора и нерегулираните тегла на случаите на употреба се използват за определяне на оценката на софтуерното тестване.

Подробности за техниката за оценка на тестовите точки

Техниката за оценка на тестовата точка се извършва, като се следват изброените стъпки: -

техника за оценка на тест точки

(Следните тегла, които могат да варират в зависимост от проект за проект, могат да бъдат разгледани при тази парадигма - Някои от тези тегла са тежестта за езика за програмиране въз основа на сложността на кода, теглото на приложението според вида на приложението и тестовите тегла, които са възложени въз основа на различните фази на софтуерното тестване.)

Необработените тестови точки се умножават по CWF, за да се получи размерът на теста в Размер на тестовата точка.

Коефициентът на производителност показва времето, през което инженерът на теста трябва да завърши тестването на една точка за изпитване

Усилията за тестване в часове на човек се изчисляват чрез умножаване на размера на тестовата точка по коефициента на производителност.

За изчисляване на техниката за оценка на тестовата точка, ние разглеждаме следните променливи.

  • Сложност на изискването за изпитване

Сложност на изискването за изпитване

  • Интерфейс с други изисквания

Интерфейс с други изисквания

  • Общ брой точки за проверка

Общ брой точки за проверка

  • Данни от базовия тест

Данни от базовия тест

След това трябва да разгледаме векторите на тежестта за всяка от променливите на данните и да ги организираме по следния начин.

тегловни вектори за променливите на данните

Корекционен фактор = Средна стойност на (произведение от тегло на сложността и коефициент на тегло) / 30

Тестова точка за настройка за дизайн на тестовия случай = Обща тестова точка X (1 + коефициент на настройка за дизайн на тестова кутия)

c ++ преобразуване на символ в int

Коригирана тестова точка за изпълнение на тестовия случай = Обща тестова точка X (1 + коригиращ фактор за изпълнение на тестови казуси)

Обща точка за изпитване (нормализирано) X (1 + коригиращ фактор за проектиране / изпълнение на тестовия случай) = Коригирана тестова точка за проектиране / изпълнение на тестови случаи

Общо усилие в човешки часове (PH) = брой нормализирани тестови точки / производителност (в нормализирани тестови точки за часове на човек)

Примери за оценка на теста

Нека се опитаме да приложим горната формулировка за друга практическа употреба.

Да предположим, че в крайна сметка имаме изискване за тест, при което имаме 5 тестови сценария за тестване.

Сега кажете, че тестовият сценарий 1 има 5 тестови очаквани резултата, тестовият сценарий 2 6 тестови очаквани резултати, тестовият сценарий 3 само 2 тестови очаквани резултати, тестовият сценарий 4 9 тестови очаквани резултати, тестовият сценарий 5 също 9 тестови очаквани резултата, съответно.

Така че ние класифицираме тестовите сценарии в три класа, т.е.сложни, прости и умерени въз основа на общия брой на очакваните резултати, присъстващи в тези три класа.

Сложните класове ще имат повече от 7 очаквани резултата, докато простите ще се състоят от по-малко от 5 очаквани резултата, а умерените сценарии ще се състоят между 4 до 7 очаквани резултата.

По този начин класифицираме тестовия сценарий 1 и тестовия сценарий 2 като умерени сценарии, сценарий 5 и сценарий 6 като сложни, а тестовият сценарий 3 - като прости.

Сега ще приложим точки за изпитване към всички тези сценарии. Прилагаме 5 тестови точки за сложни класове, 3 за умерени и 2 за прости сценарии.

Умножаваме приетите точки за изпитване с общия брой на очакваните резултати във всички тези сценарии за изпитване. Така стигаме до следните приближения.

Сценарий 1: 3 тестови точки * 5 очаквани резултата от теста = Коригирани тестови точки = 25
Сценарий 2: 3 тестови точки * 6 очаквани резултата от теста = Коригирани тестови точки = 30
Сценарий 3: 2 тестови точки * 2 очаквани резултата от теста = Коригирани тестови точки = 4
Сценарий 4: 5 тестови точки * 9 очаквани резултата от теста = Коригирани тестови точки = 45
Сценарий 5: 5 тестови точки * 9 очаквани резултата от теста = Коригирани тестови точки = 45

Така че като се има предвид, че трябва да кандидатстваме за да кажем 5 часа на човека за всяка коригирана точка на изпитване, в крайна сметка получаваме следния приблизителен резултат.

Тест сценарий 1: 25 коригирани точки за изпитване * 5 часа за човек = 125 часа за човек
Тест Сценарий 2: 30 коригирани точки за изпитване * 5 часа за човек = 150 часа за човек
Тест Сценарий 3: 4 коригирани точки за изпитване * 5 часа за човек = 20 часа за човек
Тест Сценарий 4: 45 коригирани точки за изпитване * 5 часа за човек = 225 часа за човек
Тест сценарий 5: 45 коригирани точки за изпитване * 5 часа за човек = 225 часа за човек

Така че общите приблизителни човекочасове са: 745 часа на човек

Използвайте метода за оценка на точки

Методът Use-Case Point се основава на случаите на използване, при които изчисляваме общото усилие за оценка на теста въз основа на случаите на употреба или изискванията.

Ето подробния процес на метода за оценка на точката на използване:

Използвайте метод за оценка на точката на случай

Пример за същото е, че в конкретно изискване имаме 5 случая на употреба, случай 1, случай 2, ..., случай 5, съответно. Сега нека помислим, че случай на употреба 1 се състои от 6 участници, случай на употреба 2 се състои от 15 участника, случаи на използване 3, 4 и 5, 3, 4 и 5 участници съответно.

Ние считаме всеки случай на употреба, който включва общия брой действащи лица под 5, като отрицателен, всеки случай на употреба с общия брой действащи лица е равен на или по-голям от 5 и по-малък или равен на 10 като положителен и всеки случай на употреба с повече от 10 актьора като изключителни.

Решаваме да присвоим 2 точки за изключителните случаи на използване, 1 за положителните и -1 за отрицателните.

По този начин ние категоризираме случаи на употреба 1 и 5 като положителни, случай на употреба 2 като изключителен и случай на употреба 3, 4 като отрицателни, въз основа на горепосочените ни предположения.

Така че необработените тежести на актьори = случай на употреба 1 = (общ брой на актьорите) 5 * 1 (определената точка) = 5. По същия начин

Използвайте случай 2 = 15 * 2 = 30.

Повтаряйки процеса за останалите случаи на употреба, получаваме необработени тегла на актьора = 33

Тегло на необработения случай на употреба = общо не. случаи на употреба = 5

Точка на необработен случай на употреба = Некорректирани тежести на актьора + Некорректирано тегло на случая на употреба = 33 + 5 = 38

Обработена точка на употреба = 38 * (0,65+ (0,01 * 50) = 26,7 или 28 часа на човек приблизително

Техника на разбивка на работната фаза

Техниката на разбиване на работната фаза може да бъде описана в следващите стъпки.

тестване на инструменти за управление на данни с отворен код
  • Разбийте цялостната работа на фази.
  • Започнете с най-простата фаза и й задайте приблизителна стойност за оценка.
  • След това продължете с идентифицирането на следващата възможна фаза, която може да започне, след като тази фаза завърши.
  • Изведете възможен набор от стойности за приближение, които биха могли да бъдат приложени към тази фаза, и изберете максималната стойност между всички получени стойности за приближение.
  • Обобщете приблизителната стойност за оценка, като добавите текущата стойност на оценката на фазовото усилие към вече съществуващата стойност.
  • Продължете стъпки от 3 до 5, докато се изчерпят всички фази, идентифицирани в първата стъпка.
  • Приемете крайната приблизителна приблизителна стойност като крайна.

Да предположим, че в едно изискване има 5 необходими фази. Така че в началната фаза 1 приемаме, че общите необходими усилия са 35 човекочаса и след това започваме следващата фаза 2, за която имаме 4 сравнителни предположения съответно от 35, 45, 55 и 65.

Така че ние разглеждаме 65 човекочаса, което е максималната стойност тук. Във фаза 3, 4, 5 излизаме с оценки (12, 33, 43, 54), (15, 10, 7, 8) и (2, 16, 5, 13) съответно. Прилагайки споменатия принцип, ние получаваме съответно 185 часа на човек.

Поставям информация - Как да оценя усилията за тестване за която и да е тестова задача, която научих от моя опит.

9 общи съвета как да прецените точно времето за тестване

Фактори, влияещи върху оценката на теста на софтуера и общи съвети за точна оценка:

# 1) Помислете за известно време на буфера
Оценката трябва да включва някакъв буфер. Но не добавяйте буфер, което не е реалистично. Наличието на буфер в оценката позволява да се справите с евентуални закъснения. Наличието на буфер също помага да се осигури максимално покритие на теста.

# 2) Помислете за цикъла на грешките
Оценката на теста също включва цикъла на грешки. Действителният тестов цикъл може да отнеме повече дни от очакваното. За да избегнем това, трябва да вземем предвид факта, че тестовият цикъл зависи от стабилността на компилацията. Ако компилацията не е стабилна, тогава разработчиците може да се нуждаят от повече време за поправяне и очевидно цикълът на тестване се удължава автоматично.

# 3) Наличност на всички ресурси за прогнозен период
Оценката на теста трябва да вземе предвид всички отпуски, планирани от членовете на екипа (обикновено дълги отпуски) през следващите няколко седмици или следващите няколко месеца. Това ще гарантира, че оценките са реалистични.

Оценката трябва да вземе предвид определен брой ресурси за тестов цикъл. Ако броят на ресурсите намалее, оценката трябва да бъде повторно посетена и съответно актуализирана.

# 4) Можем ли да правим паралелни тестове?
Имате ли няколко предишни версии на същия продукт, за да можете да сравните резултатите? Ако отговорът е да, тогава това може да улесни малко вашата тестова задача. Трябва да помислите за оценката въз основа на вашата версия на продукта.

# 5) Оценките могат да се объркат - така че посещавайте често оценките в началните етапи, преди да ги извършите.
В ранните етапи трябва често да посещаваме отново оценките на теста и да правим модификация, ако е необходимо. Не трябва да разширяваме оценката, след като я замразим, освен ако не настъпи сериозна промяна в изискванията.

# 6) Помислете за миналия си опит, за да правите преценки!
Опитът от минали проекти играе жизненоважна роля при изготвянето на прогнози за времето. Можем да се опитаме да избегнем всички трудности или проблеми, с които сме се сблъсквали в минали проекти. Можем да анализираме как са били предишните оценки и доколко те са помогнали за доставянето на продукта навреме.

# 7) Помислете за обхвата на проекта
Знайте каква е крайната цел на проекта и списък на всички крайни резултати. Факторите, които трябва да се имат предвид при малки и големи проекти, се различават много.

Големият проект обикновено включва създаване на тестово пространство, генериране на тестови данни, тестови скриптове и др. Следователно оценките трябва да се основават на всички тези фактори. Докато при малките проекти обикновено тестовият цикъл включва писане, изпълнение и регресия на тестови случаи.

# 8) Ще провеждате ли тестване на товара?
Ако трябва да отделите значително време за тестване на производителността, тогава преценете съответно. Оценките за проекти, които включват тестване на натоварване, трябва да се разглеждат по различен начин.

# 9) Познавате ли своя екип?
Ако знаете силните и слабите страни на хората, работещи във вашия екип, можете да оцените по-точно тестовите задачи. Докато правите оценка, трябва да вземете предвид факта, че всички ресурси може да не дават едно и също ниво на производителност. Някои хора могат да изпълняват по-бързо в сравнение с други. Въпреки че това не е основен фактор, той добавя към общото забавяне на резултатите.

Заключение

Оценката на софтуерни тестове е практиката, която изисква участието на опитни професионалисти, както и въвеждането на най-добрите практики в индустрията като test case point и използва методите case point.

Също така е важно да се възприеме отворен ум за персонализиране на необходимите процеси. Успешното внедряване на тези процеси води до цялостно подобряване на процеса на тестване.

Това е статия за гости от Автор „Н. Сандия Рани ”.

Препоръчително четене


^