Техники за оценка на софтуерни тестове
Томас Хамилтън
Какво представлява оценката на софтуерния тест?
Оценката на теста е управленска дейност, която приближава колко дълго изпълнението на Задача ще отнеме. Оценяването на усилията за теста е едно от голям намлява важно задачи в Управление на тестове.
Защо тестова оценка?
Два въпроса, които можете да очаквате от вашите клиенти, когато обсъждате потенциални тестови ангажименти, са
За малки проекти тези въпроси са относително лесни за отговор. Но за големия проект като Тестване Уебсайт на Guru99 Bank, трябва да помислите добре, за да отговорите на тези въпроси.
Какво да оценим?
- Ресурси: Необходими са ресурси за извършване всякакви задачи по проекта. Те могат да бъдат хора, оборудване, съоръжения, финансиране или нещо друго, което може да бъде дефинирано, необходимо за завършване на дейност по проекта.
- времена: Времето е най-ценният ресурс в един проект. Всеки проект има срок за изпълнение.
- Човешки умения: Човешките умения означават знания и опит на членовете на екипа. Те влияят на вашата оценка. Например екип, чиито членове имат ниски умения за тестване, ще отнеме повече време, за да завърши проекта, отколкото този, който има високи умения за тестване.
- Цена: Цената е проектът бюджет. Най-общо казано означава колко пари необходимо за завършване на проекта.
Как да преценя?
Списък на техниките за оценка на софтуерни тестове
- Work Breakdown Структура
- 3-точкова техника за оценка при тестване на софтуер
- Широколентова Delphi техника
- Анализ на функционална точка/Тестова точка
- Използвайте – метод на казус
- Процентно разпределение
- Ad-hoc метод
Следва процесът от 4 стъпки за получаване на прогноза
Ще научите как да комбинирате тези техники, за да намерите прогнозата за казуса на Guru99 Bank.
Стъпка 1) Разделете цялата задача на проекта на подзадачи
Задачата е част от работата, която е дадена на някого. За да направите това, можете да използвате Work Breakdown Структура техника.
При тази техника сложен проект е разделен на модули. Модулите са разделени на подмодули. Всеки подмодул е допълнително разделен на функционалност. Това означава да разделите цялата задача на проекта на най-малкия задачи.
Използвайте структурата за разделяне на работата, за да разделите проекта Guru99 Bank на 5 по-малки задачи-
След това можете да разделите всяка задача на подзадача. Целта на тази дейност е създаване на задача като подробен as възможен.
| Task | Подзадача |
|---|---|
| Анализирайте спецификацията на софтуерните изисквания | Проучете спецификациите на меките изисквания |
| Интервю с разработчика и други заинтересовани страни, за да научите повече за уебсайта | |
| Създайте спецификацията на теста | Проектиране на тестови сценарии |
| Създавайте тестови случаи | |
| Revie и преразглеждане на тестови случаи | |
| Изпълнете тестовите случаи | Изградете тестовата среда |
| Изпълнете тестовите случаи | |
| Review резултати от изпълнението на теста | |
| Докладвайте дефектите | |
| Създайте дефект доклади | |
| Докладвайте дефектите |
Стъпка 2) Разпределете всяка задача на член на екипа
В тази стъпка всяка задача се присвоява на подходящ член на екипа на проекта. Можете да зададете задача, както следва
| Task | Потребители |
|---|---|
| Анализирайте спецификацията на софтуерните изисквания | Всички членове |
| Създайте спецификацията на теста | Тестер/тестов анализатор |
| Изградете тестовата среда | Тестов администратор |
| Изпълнете тестовите случаи | Тестер, тест администратор |
| Докладвайте дефекти | тестер |
Стъпка 3) Оценка на усилието за задачи
Има 2 техники, които можете да приложите, за да оцените усилието за задачи
- Метод на функционалната точка
- Триточкова оценка
Метод 1) Метод на функционалната точка
При този метод мениджърът на тестовете оценява размера, продължителността и цената на задачите
Стъпка A) Оценете размера на задачата
In Стъпка , вече сте разбили цялата задача на проекта на малка задача, като използвате WBS метода. Сега преценявайте размера на тези задачи. Нека се упражняваме с конкретна задача “Създайте спецификацията на теста"
Размерът на тази задача зависи от функционалния размер на тестваната система. Функционалният размер отразява размер на функционалност, която е подходяща за потребителя. Колкото повече брой на функционалност, толкова повече комплекс системата е.
Преди да започне действителното усилие на задачите за оценка, функционалните точки се разделят на три групи като Комплекс, Средно просто както следва:
Въз основа на комплекса от софтуерни функции, Test Manger трябва да даде достатъчно тегло към всяка функционална точка. например
| група | Тегло |
|---|---|
| Комплекс | 5 |
| Среден | 3 |
| Прост | 1 |
Нека вземем просто примерно упражнение, за да стане по-ясно:
Разгледайте софтуерната спецификация на уебсайта Guru99 Bank тук, софтуерният инженер вече е описал подробно софтуерните модули, можете ли да определите сложност на функциите на уебсайта, като посочите теглото за всеки модул?
Колкото по-сложна е функционалната точка, толкова повече са усилията да се тества. Сайтът е разделен на 12 функция точки, можете да определите сложност на всяка функция точки, както следва-
| Не. | Име на модула | Приложими роли | Descriptйон | Тегло |
|---|---|---|---|---|
| 1. | Запитване за баланс | Мениджър
Клиентски |
Клиент: Един клиент може да има няколко банкови сметки. Той може да преглежда баланса само на своите сметки
Мениджър: Мениджърът може да види баланса на всички клиенти, които са под негов надзор |
3 |
| 2. | Прехвърляне на средства | Мениджър
Клиентски |
Клиент: Клиентът може да прехвърли средства от своята „собствена“ сметка към всяка целева сметка.
Мениджър: Мениджърът може да прехвърля средства от всяка изходна банкова сметка към целевата сметка |
5 |
| 3. | Мини изявление | Мениджър
Клиентски |
Мини извлечение ще покаже последните 5 транзакции на акаунт
Клиент: Клиентът може да види мини извлечение само за своите „собствени“ сметки Мениджър: Мениджърът може да види мини-извлечение на всяка сметка |
3 |
| 4. | Персонализирано изявление | Мениджър
Клиентски |
Персонализирано извлечение ви позволява да филтрирате и показвате транзакции в акаунт въз основа на дата, стойност на транзакцията
Клиент: Клиентът може да види персонализирано извлечение само на своите „собствени“ сметки Мениджър: Мениджърът може да види персонализирано извлечение на всяка сметка |
5 |
| 5. | Промяна на паролата | Мениджър
Клиентски |
Клиент: Клиентът може да промени паролата само на своя акаунт.
Мениджър: Мениджърът може да промени паролата само на своя акаунт. Той не може да променя паролите на своите клиенти |
1 |
| 6. | Нов Клиент | Мениджър | Мениджър: Мениджърът може да добави нов клиент.
Мениджър: Мениджърът може да редактира подробности като адрес, имейл, телефон на клиент. |
3 |
| 7. | Нов акаунт | Мениджър | В момента системата предоставя 2 вида акаунти
Един клиент може да има няколко спестовни сметки (една на негово име, друга на общо име и т.н.). Той може да има множество текущи сметки за различни компании, които притежава. Или може да има множество текущи и спестовни сметки. Мениджър: Мениджърът може да добави нов акаунт за съществуващ клиент. |
5 |
| 8. | Редактиране на профила | Мениджър | Мениджър: Мениджърът може да добави данни за редактиране на акаунт за съществуващ акаунт | 1 |
| 9. | Изтриване на профила | Мениджър | Мениджър: Мениджърът може да добави или изтрие акаунт за клиент. | 1 |
| 10. | Изтриване на клиент | Мениджър | Клиент може да бъде изтрит само ако няма активни разплащателни или спестовни сметки
Мениджър: Мениджърът може да изтрие клиент. |
1 |
| 11. | депозит | Мениджър | Мениджър: Мениджърът може да депозира пари във всяка сметка. Обикновено се прави, когато парите се депозират в банков клон. | 3 |
| 12. | Оттегляне | Мениджър | Мениджър: Мениджърът може да тегли пари от всяка сметка. Обикновено се прави, когато се теглят пари в брой в банков клон. | 3 |
СТЪПКА B) Приблизителна продължителност на задачата
След класифициране на сложност на функционалните точки, трябва да оцените продължителност да ги тестват. Продължителност означава колко необходимо време за изпълнение на задачата.
- Общо усилие: Усилието да се тестват напълно всички функции на уебсайта
- Общо функционални точки: Общо модули на уебсайта
- Оценка, определена за функционални точки: Средното усилие за изпълнение на една функция точки. Тази стойност зависи от продуктивност на члена, който ще поеме тази задача.
Да предположим, че вашият екип по проекта е изчислил дефинирани за функционални точки на 5 часа/точки. Можете да оцените общите усилия за тестване на всички функции на уебсайта Guru99 Bank, както следва:
| Тегло | Брой функционални точки | Обща сума | |
|---|---|---|---|
| Комплекс | 5 | 3 | 15 |
| Среден | 3 | 5 | 15 |
| Прост | 1 | 4 | 4 |
| Функция Общо точки | 34 | ||
| Определете оценка за точка | 5 | ||
| Общо очаквано усилие (Човек Hours) | 170 | ||
Така че общото усилие за изпълнение на задачата „Създаване на тестовата спецификация“ на Guru99 Bank е около 170 човекочаса
След като разберете усилието, което се изисква, можете да зададете ресурси, за да определите колко време ще отнеме задачата (продължителност), а след това можете да оцените разходите за труд и нетруд.
Горният пример също показва важността на члена във вашия екип. Ако имате талантлив намлява опитен членове, можете да завършите възложената задача в малък време и вашият проект ще завърши на крайния срок или по-рано.
СТЪПКА C) Оценете разходите за задачите
Тази стъпка ви помага да отговорите на последния въпрос на клиента “Колко струва?“
Да предположим, че средната заплата на вашия екип е $5 на час. Времето, необходимо за задачата „Създаване на тестови спецификации“, е 170 часа. Съответно цената на задачата е 5*170= $850. Сега можете да изчислите бюджет за други дейности в WBS и да стигнете до общия бюджет за проекта.
Като ръководител на проекти трябва да решите как да получите повечето се връщат за инвестицията на вашата компания. Колкото повече точен вашата оценка на разходите по проекта е по-добре можете да управлявате бюджета на вашия проект.
Метод 2) Триточкова оценка
Триточковата оценка е една от техниките, които могат да се използват за оценка на задача. Опростеността на триточковата оценка я прави много полезен инструмент за ръководител на проекти, който иска да оцени.
При оценка от три точки, три стойностите се произвеждат първоначално за всяка задача въз основа на предишен опит or най-добри предположения както следва
Когато оценява задача, мениджърът на тестовете трябва да предостави три стойности, както е посочено по-горе. Идентифицираните три стойности оценяват какво се случва в оптимално състояние, какво е най-вероятно, или това, което мислим, че ще бъде най-лошия случай сценарий.
Нека да видим как да използваме горните три стойности в следния пример
За задачата "Създайте спецификацията на теста”, можете ли да прецените усилията на теста? Помнете, че трябва покриват всички модулите на уебсайта на Guru99 Bank, както е направено в Метод на функционалната точка
Можете да прецените, както следва
- - Най-добрият случай да завършите тази задача е 120 човекочасове (около 15 дни). В този случай имате талантлив екип, те могат да изпълнят задачата за най-кратко време.
- - най-вероятно случай за изпълнение на тази задача е 170 човекочасове (около 21 дни). Това е нормален случай, имате достатъчно ресурс и способност да изпълните задачата
- - най-лошия случай да завършите тази задача е 200 човекочасове (около 25 дни). Трябва да свършите много повече работа, защото членовете на вашия екип нямат опит.
Сега задайте стойността на всеки параметър, както е показано по-долу
Усилието за изпълнение на задачата може да се изчисли с помощта на двойно триъгълно разпределение формула, както следва -
В горната формула параметърът E е известен като Среднопретеглена стойност. Това е оценката на задачата „Създаване на спецификацията на теста“.
Но вашият шеф може да ви попита
В горната оценка вие просто определяте a възможен и не определен стойност, трябва да знаем за вероятност че оценката е вярна. Можете да използвате другата формула:
В горната формула SD означава стандартно отклонение, тази стойност може да ви даде информация за вероятност че оценката е вярна.
Сега можете да завършите оценката за задачата „Създайте спецификацията на теста“
За да изпълните задачата „Създаване на тестовата спецификация“ на уебсайта на Guru99 Bank, трябва 166.6 13.33 ± Човекочас (153.33 до 179.99 човекочас)
Стъпка 4) Валидирайте оценката
След като създадете обобщена оценка за всички задачи, споменати в WBS, трябва да я препратите на управителен съвет, кой ще Рецензия намлява одобрявам него.
Членът на управителния съвет може да се състои от главен изпълнителен директор, ръководител на проекта и други заинтересовани страни.
Управителният съвет ще прегледа и обсъди с вас вашия план за оценка. Може да им обясните оценката си логично намлява разумно за да могат да одобрят вашия план за оценка.
Най-добри практики за оценка на теста
Тази тема въвежда общи съвети как да оцените точността на тестването.
Добавете малко буферно време:
Много непредсказуеми неща могат да се случат на вашия проект, като например талантлив член на екипа да напусне работата си внезапно, тестването да отнеме повече време от предвиденото за завършване… и т.н. Ето защо трябва да включите някакъв буфер в оценката си. Наличието на буфер в оценката позволява да се справят с всякакви забавяния, които могат да възникнат.
Планиране на ресурсите на акаунта в оценка
Какво трябва да направите, ако някои членове на екипа ви вземат дълги отпуски? Това може да забави проекта. Планирането на ресурсите в оценката играе ключова роля. Наличието на ресурси ще помогне да се гарантира, че оценките са реалистични. Тук трябва да имате предвид отпуските за вашия член на екипа, обикновено дълги отпуски.
Използвайте миналия опит като справка
Опитът от минали проекти играе жизненоважна роля при изготвянето на времевите прогнози. Тъй като някои проекти може да имат някакво сходство, можете да използвате повторно предишната оценка. Например, ако правите проект като тестване на уебсайт, можете да се поучите от този опит, опитайте се да избегнете всички трудности или проблеми, с които сте се сблъсквали в минали проекти.
Придържайте се към преценката си
Оценката е само оценка, защото може да се получи погрешно.В ранните етапи на проекта трябва често проверете отново тестовите оценки и направете модификация ако е необходимо. Не трябва да разширяваме оценката, след като я поправим, освен ако няма големи промени в изискването или трябва да преговаряте с клиента относно повторната оценка
Шаблон за оценка на софтуерен тест
Изтеглете оценката на софтуерния тест Excel (.xlsx)
Други техники
Широколентова Delphi техника, Използване – Метод на казус, Процентно разпределение, Ad-hoc метод са други техники за оценка в софтуерното инженерство.
Видео с техники за оценка на софтуерни тестове
Кликнете тук ако видеото не е достъпно
Препис на видеоклипове
- Да направим едно упражнение -за Приложение за резервация на полети изгответе структура на разбивката на работата на
- различни задачи за тестване като – Проверка на функционалността за влизане, Проверка на функционалността за нова поръчка, Проверка на функционалността на факса и други подобни функции и оценка на усилията, необходими за тестване на тези функционалности
- Например функционалността за влизане може да бъде тествана за 2 часа. По същия начин изгответе списък с всички задачи и съответните усилия. Поставете на пауза урока за обучение и завършете упражнението. Надявам се, че сте направили обосновано предположение за необходимите усилия
- Това е стратегия отдолу нагоре за тестова оценка. Техниката се нарича отдолу нагоре, тъй като въз основа на задачите, които са на най-ниското ниво на йерархията на разбивката на работата, вие оценявате продължителността, зависимостите и ресурсите.
- При стратегията отдолу-нагоре оценките не се правят от един човек, а от всички заинтересовани страни, индивидуални сътрудници, експерти и опитни членове на персонала колективно. Идеята е да се черпи от съвместната мъдрост на членовете на екипа, за да се достигне до точни оценки на теста
- Сега, тъй като имате значителен опит в системата за резервация на полети. Използвайте този опит, за да прецените усилията, необходими за пълен Функционално тестване на уебсайта. – http://newtours.demoaut.com/
- Този сайт е функционално идентичен с приложението за резервация на полети, само че е уеб базиран. Спрете урока на пауза и направете упражнението сега
- Надявам се въз основа на вашия опит да сте направили добра оценка на усилията, необходими за тестване на уебсайта
- Това е подходът отгоре надолу към оценката, който се основава на опита.
- Друга техника е да се класифицират проекти въз основа на техния размер и сложност и след това да се види колко време е отнел проект с определен размер и сложност в миналото.
- Друг подход е определянето на средното усилие на Тестов случай в миналото за подобни проекти и след това с помощта на приблизителни тестови случаи на текущия проект и достигане до общо усилие
- По-сложните модели за оценка включват сложни математически модели. На практика повечето проекти използват подход отгоре надолу за оценка.
- Тестовите оценки могат да бъдат повлияни от много фактори като натиск във времето, хора, географско разпределение на тестовия екип и т.н.
