Какво представлява оценката на теста на софтуера?
Тестовата оценка е управленска дейност, която приблизително показва колко време ще отнеме дадена задача. Оценката на усилията за теста е една от основните и важни задачи в управлението на тестове.
Защо тест оценка?
Два въпроса, които можете да очаквате от клиентите си, когато обсъждате потенциални тестови ангажименти, са
За малките проекти на тези въпроси е относително лесно да се отговори. Но за големия проект като уебсайта за тестване на Guru99 Bank трябва да помислите добре, за да отговорите на тези въпроси.
В този урок ще научите -
- Какво представлява оценката на теста на софтуера?
- Защо тест оценка?
- Какво да оцените?
- Как да оцените?
- Стъпка 1) Разделете цялата проектна задача на подзадачи
- Стъпка 2) Разпределете всяка задача на член на екипа
- Стъпка 3) Оценка на усилията за задачи
- Метод 1) Метод на функционална точка
- Метод 2) Оценка с три точки
- Стъпка 4) Потвърдете оценката
- Най-добри практики за оценка на теста
- Други техники
Какво да оцените?
- Ресурси: Ресурсите са необходими за изпълнение на всякакви проектни задачи. Те могат да бъдат хора, оборудване, съоръжения, финансиране или каквото и да било друго, което може да се определи, необходимо за завършване на проектна дейност.
- Времена: Времето е най-ценният ресурс в даден проект. Всеки проект има краен срок за доставка.
- Човешки умения: Човешките умения означават знанията и опита на членовете на екипа. Те влияят на вашата преценка. Например, екип, чиито членове имат ниски умения за тестване, ще отнеме повече време, за да завърши проекта, отколкото този, който има високи умения за тестване.
- Разходи: Разходите са бюджетът на проекта . Най-общо казано, това означава колко пари са необходими за завършване на проекта.
Как да оцените?
Списък на техниките за оценка на софтуерни тестове
- Структура на разбивка на работата
- Техника за оценка на 3-точково тестване на софтуер
- Широколентова техника Delphi
- Анализ на функционална точка / точка за изпитване
- Употреба - Метод на точката на случай
- Процентно разпределение
- Ad-hoc метод
Следва процесът от 4 стъпки, за да се стигне до оценка
Ще научите как да комбинирате тези техники, за да намерите прогнозата за казус на Guru99 Bank.
Стъпка 1) Разделете цялата проектна задача на подзадачи
Задачата е работа, която е дадена на някого. За да направите това, можете да използвате техниката Work Breakdown Structure .
При тази техника сложният проект е разделен на модули. Модулите са разделени на подмодули. Всеки подмодул е допълнително разделен на функционалност. Това означава да разделите цялата проектна задача на най -малките задачи.
Използвайте структурата Work Break Down, за да разпределите проекта Guru99 Bank в 5 по-малки задачи-
След това можете да разпределите всяка задача към подзадачата. Целта на тази дейност е да създадете задача, както е описано подробно , както е възможно .
| Задача | Подзадача |
|---|---|
| Анализирайте спецификацията на софтуерните изисквания | Проучете спецификациите на меките изисквания |
| Интервю с разработчика и други заинтересовани страни, за да научите повече за уебсайта | |
| Създайте спецификацията на теста | Проектирайте тестови сценарии |
| Създаване на тестови случаи | |
| Преглед и преразглеждане на тестови случаи | |
| Изпълнете тестовите случаи | Изграждане на тестовата среда |
| Изпълнете тестовите случаи | |
| Прегледайте резултатите от изпълнението на теста | |
| Съобщете за дефектите | |
| Създайте отчетите за дефекти | |
| Съобщете за дефектите |
Стъпка 2) Разпределете всяка задача на член на екипа
В тази стъпка всяка задача се възлага на съответния член в екипа на проекта. Можете да възложите задача, както следва
| Задача | Членове |
|---|---|
| Анализирайте спецификацията на софтуерните изисквания | Всички членове |
| Създайте спецификацията на теста | Тестер / Анализатор на тестове |
| Изграждане на тестовата среда | Тестов администратор |
| Изпълнете тестовите случаи | Тестер, администратор на тестове |
| Съобщавайте за дефекти | Тестер |
Стъпка 3) Оценка на усилията за задачи
Има 2 техники, които можете да приложите, за да оцените усилията за задачите
- Метод на функционалната точка
- Оценка в три точки
Метод 1) Метод на функционална точка
В този метод мениджърът на тестове изчислява размера, продължителността и разходите за задачите
Стъпка А) Оценете размера на задачата
В стъпка 1 вече сте разделили цялата задача на проекта на малка задача с помощта на метода WBS. Сега преценявате размера на тези задачи. Нека практикуваме с определена задача „ Създаване на спецификацията на теста “
Размерът на тази задача зависи от функционалния размер на тестваната система. Функционалният размер отразява количеството функционалност, което е от значение за потребителя. Колкото повече са функциите, толкова по- сложна е системата.
Преди да започнат действителните усилия за оценка на задачите, функционалните точки са разделени на три групи като сложни , средно прости, както следва:
Въз основа на сложните софтуерни функции, Test Manger трябва да даде достатъчно тегло на всяка функционална точка. Например
| Група | Тегло |
|---|---|
| Комплекс | 5 |
| Среден | 3 |
| Просто | 1 |
Нека вземем прост пример упражнение, за да стане по-ясно:
Разгледайте софтуерната спецификация на уебсайта Guru99 Bank тук, софтуерният инженер вече е описал подробно софтуерните модули, можете ли да определите сложността на характеристиките на уебсайта, като дадете претеглянето за всеки модул?
Колкото по-сложна е функционалната точка, толкова повече е усилието да се тества. Уебсайтът е разделен на 12 функционални точки, можете да определите сложността на всяка функционална точка, както следва -
| Не. | Име на модула | Приложими роли | Описание | Тегло |
|---|---|---|---|---|
| 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 |
СТЪПКА Б) Оценка на продължителността на задачата
След класифициране на сложността на функционалните точки, трябва да изчислите продължителността, за да ги тествате. Продължителност означава колко време е необходимо, за да завършите задачата.
- Общо усилие : Усилието да се тестват напълно всички функции на уебсайта
- Общо функционални точки : Общо модули на уебсайта
- Оценка, определена за функционални точки : Средното усилие за попълване на една функционална точка. Тази стойност зависи от производителността на члена, който ще поеме задачата.
Да предположим, че вашият екип на проекта е определил дефинирани за Функционални точки 5 часа / точки . Можете да оцените общите усилия за тестване на всички функции на уебсайта Guru99 Bank, както следва:
| Тегло | Брой функционални точки | Обща сума | |
|---|---|---|---|
| Комплекс | 5 | 3 | 15 |
| Среден | 3 | 5 | 15 |
| Просто | 1 | 4 | 4 |
| Функция Общ брой точки | 34 | ||
| Определете приблизително за точка | 5 | ||
| Общо прогнозно усилие (часове на човек) | 170 | ||
Така че общото усилие за изпълнение на задачата „Създаване на спецификацията на теста“ на Guru99 Bank е около 170 човекочаса
След като разберете усилията, които са необходими, можете да зададете ресурси, за да определите колко време ще отнеме задачата (продължителност), а след това можете да изчислите разходите за труд и без труд.
Горният пример също показва важността на члена във вашия екип. Ако имате талантливи и опитни членове, можете да завършите възложената задача за малко време и вашият проект ще завърши в крайния срок или по-рано.
СТЪПКА В) Оценете разходите за задачите
Тази стъпка ви помага да отговорите на последния въпрос на клиента „ Колко струва?“
Да предположим, че средната заплата на вашия екип е 5 долара на час. Времето, необходимо за задачата „Създаване на тестови спецификации“, е 170 часа. Съответно, цената на задачата е 5 * 170 = $ 850. Сега можете да изчислите бюджета за други дейности в WBS и да стигнете до общия бюджет за проекта.
Като ръководител на проекти трябва да решите как да получите максимална възвръщаемост на инвестицията на вашата компания. Колкото по- точна е вашата оценка на разходите по проекта, толкова по- добре ще можете да управлявате бюджета на вашия проект.
МЕТОД 2) Оценка в три точки
Оценката в три точки е една от техниките, които могат да се използват за оценка на задача. Простотата на оценката с три точки го прави много полезен инструмент за ръководител на проекти, който иска да направи оценка.
При оценка в три точки първоначално се изготвят три стойности за всяка задача въз основа на предходния опит или най-добрите предположения, както следва
Когато оценява задача, мениджърът на тестове трябва да предостави три стойности, както е посочено по-горе. Идентифицираните три стойности оценяват какво се случва в оптимално състояние , какво е най -вероятно или какво според нас би било най -лошият сценарий.
Нека да видим как да използваме горните три стойности в следващия пример
За задачата „ Създаване на спецификация на теста “ можете ли да оцените усилията на теста? Не забравяйте, че трябва да покриете всички модули на уебсайта на Guru99 Bank, както е направено в метода Function Point
Можете да оцените, както следва
- Най -добрият случай за изпълнение на тази задача е 120 човекочаса (около 15 дни). В този случай имате талантлив екип, който може да завърши задачата за най-малко време.
- Най -вероятният случай за изпълнение на тази задача е 170 човекочаса (около 21 дни). Това е нормален случай, имате достатъчно ресурс и способност да изпълните задачата
- Най -лошият случай за изпълнение на тази задача е 200 човекочаса (около 25 дни). Трябва да извършите много повече работа, защото членовете на вашия екип не са опитни.
Сега задайте стойността на всеки параметър, както е показано по-долу
Усилието за изпълнение на задачата може да бъде изчислено с помощта на формула за двустранно триъгълно разпределение, както следва -
В горната формула параметър Е е известен като Средно претеглена стойност. Това е оценката на задачата „Създаване на спецификация на теста“.
Но шефът ви може да ви попита
В горната оценка просто определяте възможна, а не определена стойност, трябва да знаем за вероятността оценката да е вярна. Можете да използвате другата формула:
В горната формула, SD означава стандартно отклонение, тази стойност може да ви даде информация за вероятността оценката да е вярна.
Сега можете да завършите оценката за задачата „Създаване на спецификация на теста“
За да изпълните задачата „Създаване на спецификация на теста“ на уебсайта на Guru99 Bank, имате нужда от 166,6 ± 13,33 човекочаса (153,33 до 179,99 човекочаса)
Стъпка 4) Потвърдете оценката
След като създадете обобщена оценка за всички задачи, споменати в WBS, трябва да я изпратите на управителния съвет , който ще я прегледа и одобри .
Членът на управителния съвет може да се състои от изпълнителен директор, ръководител на проекти и други заинтересовани страни.
Управителният съвет ще прегледа и обсъди с вас вашия план за оценка. Можете да им обясните вашата оценка логично и разумно , за да могат да одобрят вашия план за оценка.
Най-добри практики за оценка на теста
Тази тема представя общи съвети за това как да оцените точността на тестване.
- Добавете малко буферно време: Много непредсказуеми неща могат да се случат с вашия проект, като например талантлив член на екипа да напусне работата си внезапно, тестването отнема повече време от очакваното, за да завърши ... и т.н. Ето защо трябва да включите малко буфер във вашата оценка. Наличието на буфер в оценката позволява да се справим с евентуални закъснения.
- Планиране на ресурсите на акаунта при оценка: Какво трябва да направите, ако някои от членовете на вашия екип вземат дълги отпуски? Това може да забави проекта. Планирането на ресурсите при оценката играе ключова роля. Наличието на ресурси ще помогне да се гарантира, че оценките са реалистични. Тук трябва да вземете предвид листата за члена на вашия екип, обикновено дълги листа.
- Използвайте миналия опит като справка: Опитът от минали проекти играе жизненоважна роля при изготвянето на прогнозите за времето. Тъй като някои проекти може да имат някакво сходство, можете да използвате повторно миналата оценка. Например, ако използвате даден проект като тестване на уебсайт, можете да се поучите от този опит, опитайте се да избегнете всички трудности или проблеми, с които се сблъсквали в минали проекти.
- Придържайте се към вашата оценка: Оценката е само приблизителна, защото може да се обърка . В ранните етапи на проекта често трябва да проверявате отново тестовите оценки и да правите модификация, ако е необходимо. Не бива да удължаваме оценката, след като я поправим, освен ако има значителни промени в изискването или ако не се наложи да преговаряте с клиента за преоценката
Шаблон за оценка на софтуерния тест
Изтеглете софтуерната оценка на Excel (.xlsx)
Други техники
Широколентовата Delphi техника, Използване - метод на точката на случай, Процентно разпределение, Ad-hoc метод са други техники за оценка в софтуерното инженерство.
Щракнете тук, ако видеоклипът не е достъпен
Видео транскрипция- Нека направим упражнение - за заявлението за резервация на полет подгответе структура за разбивка на работата на
- различни тестови задачи като - Проверка на функционалността за влизане, Проверка на функционалността на новата поръчка, Проверка на функцията на факса и други подобни функции и Оценка на усилията, необходими за тестване на тези функции
- Например функционалността за вход може да бъде тествана за 2 часа. По същия начин изгответе списък на всички задачи и съответните усилия. Поставете на пауза учебния урок и завършете упражнението. Надявам се, че сте направили образовано предположение за необходимите усилия
- Това е стратегия отдолу нагоре за оценка на теста. Техниката се нарича отдолу-нагоре, тъй като въз основа на задачите, които са на най-ниското ниво на йерархията на разбивка на работата, вие изчислявате продължителността, зависимостите и ресурсите.
- В стратегията „отдолу нагоре“ оценките не се вземат от един човек, а всички заинтересовани страни, индивидуални сътрудници, експерти и опитни служители заедно. Идеята е да се черпи мъдростта на членовете на екипа за съвместна работа, за да се получат точни оценки на теста
- Сега, тъй като имате значителен опит в системата за резервация на полети. Използвайте този опит, за да оцените усилията, необходими за пълно функционално тестване на уебсайта. - http://newtours.demoaut.com/
- Функционално този сайт е идентичен с приложението за резервация на полети, само че е уеб базиран. Поставете на пауза урока и направете упражнението сега
- Надявам се въз основа на вашия опит да сте направили добра оценка на усилията, необходими за тестване на уебсайта
- Това е подходът към оценката отгоре надолу, който се основава на опита.
- Друга техника е да се класифицират проектите въз основа на техния размер и сложност и след това да се види колко време е отнел проект с определен размер и сложност в миналото.
- Друг подход е определянето на средно усилие на тест в миналото за подобни проекти и след това използване на прогнозни тестови случаи на текущия проект и достигане на общите усилия
- По-сложните модели за оценка включват сложни математически модели. На практика повечето от проектите използват подход отгоре надолу за оценка.
- Оценките на теста могат да бъдат повлияни от много фактори като времеви натиск, фактори на хората, географско разпределение на тестовия екип и т.н.