Що таке оцінка тестування програмного забезпечення?
Тестова оцінка - це управлінська діяльність, яка приблизно визначає, скільки часу потрібно для виконання завдання. Оцінка зусиль для тесту - одне з головних і важливих завдань в управлінні тестами.
Чому оцінка тесту?
Два питання, яких ви можете очікувати від своїх клієнтів при обговоренні потенційних тестових завдань
Для невеликих проектів на ці запитання порівняно легко відповісти. Але для такого великого проекту, як веб-сайт Testing Guru99 Bank, вам слід добре подумати, щоб відповісти на ці питання.
У цьому підручнику ви дізнаєтесь-
- Що таке оцінка тестування програмного забезпечення?
- Чому оцінка тесту?
- Що оцінити?
- Як оцінити?
- Крок 1) Розділіть ціле проектне завдання на підзадачі
- Крок 2) Розподіліть кожне завдання члену команди
- Крок 3) Оцінка зусиль для виконання завдань
- Метод 1) Метод функціональних точок
- Метод 2) Оцінка в три точки
- Крок 4) Перевірте оцінку
- Кращі практики тестування
- Інші техніки
Що оцінити?
- Ресурси: ресурси потрібні для виконання будь-яких проектних завдань. Це можуть бути люди, обладнання, приміщення, кошти або щось інше, що може бути визначене, необхідне для завершення проектної діяльності.
- Часи: Час - найцінніший ресурс у проекті. Кожен проект має кінцевий термін виконання.
- Людські навички: Людські навички означають знання та досвід членів команди. Вони впливають на вашу оцінку. Наприклад, команда, члени якої мають низькі навички тестування, займе більше часу, щоб закінчити проект, ніж команда, яка має високі навички тестування.
- Вартість: Вартість - це бюджет проекту . Взагалі кажучи, це означає, скільки грошей потрібно для завершення проекту.
Як оцінити?
Список методів оцінки тестування програмного забезпечення
- Структура декомпозиції робіт
- 3-бальна техніка оцінки програмного забезпечення
- Широкосмугова техніка Delphi
- Аналіз функції точки / точки тестування
- Використання - метод точки використання
- Відсотковий розподіл
- Спеціальний метод
Нижче наведено 4-етапний процес, щоб отримати оцінку
Ви дізнаєтесь, як поєднати ці методи, щоб знайти оцінку для прикладу банку Guru99.
Крок 1) Розділіть ціле проектне завдання на підзадачі
Завдання - це робота, яку комусь доручили. Для цього можна скористатися технікою Розбивка роботи .
У цій техніці складний проект розділений на модулі. Модулі поділяються на підмодулі. Кожен підмодуль далі розділений на функціональність. Це означає розділити все проектне завдання на найменші завдання.
Використовуйте структуру Work Breakdown, щоб розбити проект Банку Guru99 на 5 менших завдань -
Після цього кожне завдання можна розбити на підзадачу. Метою цієї діяльності є створення завдання , як детально описано , як можна .
| Завдання | Підзавдання |
|---|---|
| Проаналізуйте специфікацію вимог до програмного забезпечення | Дослідіть специфікації м’яких вимог |
| Співбесіда з розробником та іншими зацікавленими сторонами, щоб дізнатись більше про веб-сайт | |
| Створіть специфікацію тесту | Спроектуйте тестові сценарії |
| Створюйте тестові кейси | |
| Перегляньте та перегляньте тестові кейси | |
| Виконайте тестові кейси | Створення тестового середовища |
| Виконайте тестові кейси | |
| Перегляньте результати виконання тесту | |
| Повідомте про дефекти | |
| Створіть звіти про дефекти | |
| Повідомте про дефекти |
Крок 2) Розподіліть кожне завдання члену команди
На цьому кроці кожне завдання призначається відповідному члену команди проекту. Ви можете призначити завдання наступним чином
| Завдання | Учасники |
|---|---|
| Проаналізуйте специфікацію вимог до програмного забезпечення | Усі члени |
| Створіть специфікацію тесту | Тестер / аналітик тестів |
| Створення тестового середовища | Адміністратор тесту |
| Виконайте тестові кейси | Тестер, адміністратор тесту |
| Повідомте про дефекти | Тестер |
Крок 3) Оцінка зусиль для виконання завдань
Існує 2 методики, якими ви можете застосувати оцінку зусиль для виконання завдань
- Метод функціональних точок
- Трибальна оцінка
Метод 1) Метод функціональних точок
У цьому методі менеджер випробувань оцінює розмір, тривалість та вартість завдань
Крок А) Оцініть розмір завдання
На кроці 1 ви вже розбили все завдання проекту на невелике, використовуючи метод WBS. Тепер ви оцінюєте розмір цих завдань. Попрактикуємось із певним завданням “ Створити специфікацію тесту ”
Розмір цього завдання залежить від функціональних розмірів системи, що тестується. Функціональний розмір відображає кількість функціональних можливостей, що стосуються користувача. Більше , кількість функціональних можливостей , тим більше складна система.
Перед тим, як розпочати фактичне оцінювання завдань, функціональні точки поділяються на три групи, такі як Складні , Середні прості, як показано нижче:
Заснований на комплексі програмних функцій, тестовий менеджер повинен надавати достатньо ваги кожній функціональній точці. Наприклад
| Група | Вага |
|---|---|
| Складні | 5 |
| Середній | 3 |
| Простий | 1 |
Візьмемо простий приклад вправи, щоб зрозуміти:
Подивіться тут специфікацію програмного забезпечення веб-сайту Guru99 Bank, інженер програмного забезпечення вже детально описав програмні модулі, чи можете ви визначити складність функцій веб-сайту, вказавши вагу для кожного модуля?
Більш складна функціональна точка, тим більше зусиль для її перевірки. Веб-сайт розділений на 12 функціональних точок, Ви можете визначити складність кожної функціональної точки наступним чином:
| Ні. | Назва модуля | Застосовні ролі | Опис | Вага |
|---|---|---|---|---|
| 1. | Запит на залишок | Клієнт-менеджер | Клієнт: Клієнт може мати кілька банківських рахунків. Він може переглядати баланс своїх рахунків лише менеджер: менеджер може переглядати баланс усіх клієнтів, які перебувають під його наглядом | 3 |
| 2. | Переказ коштів | Клієнт-менеджер | Клієнт: Клієнт може переказати кошти зі свого “власного” рахунку на будь-який цільовий рахунок. Менеджер: менеджер може переказувати кошти з будь-якого джерельного банківського рахунку на рахунок призначення | 5 |
| 3. | Міні-заява | Клієнт-менеджер | Міні - оператор буде показувати останні 5 операцій з рахунком Клієнта: Клієнт може бачити міні-заяву тільки його «власного» рахунки - менеджер: менеджер А може побачити міні-виписку з будь-якого облікового запису | 3 |
| 4. | Індивідуальна заява | Клієнт-менеджер | Налаштування роздільної заяву дозволяє фільтрувати і відображати операції в обліковому записі на основі дати, вартість угоди клієнта: клієнт може бачити заяву Customized- тільки з його «власних» рахунків - менеджер: менеджер А може бачити Налаштований -statement всіх облікових записів | 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 | ||
| Загальна оціночна робота (години роботи) | 170 | ||
Тож загальні зусилля для виконання завдання «Створити специфікацію тесту» Банку Guru99 складають близько 170 людських годин
Як тільки ви зрозумієте необхідні зусилля, ви можете призначити ресурси, щоб визначити, скільки часу триватиме завдання (тривалість), а потім ви зможете оцінити трудові та нетрудові витрати.
Наведений приклад також показує важливість члена у вашій команді. Якщо у вас є талановиті та досвідчені учасники, ви можете виконати доручене завдання за короткий час, і ваш проект закінчиться в кінцевий термін або раніше.
КРОК В) Оцініть вартість завдань
Цей крок допоможе вам відповісти на останнє запитання клієнта " Скільки це коштує?"
Припустимо, в середньому зарплата вашої команди становить 5 доларів на годину. Час, необхідний для завдання "Створити тестові специфікації", становить 170 годин. Відповідно, вартість завдання становить 5 * 170 = 850 доларів. Тепер ви можете розрахувати бюджет на інші заходи в WBS і отримати загальний бюджет проекту.
Як менеджер проекту, ви повинні вирішити, як отримати максимальну віддачу від інвестицій вашої компанії. Чим точніше ваша оцінка вартості проекту, тим краще ви зможете управляти бюджетом свого проекту.
МЕТОД 2) Оцінка в три точки
Трибальна оцінка - один із методів, який можна використовувати для оцінки завдання. Простота трибальної оцінки робить її дуже корисним інструментом для керівника проекту, який хоче оцінити.
При трибальній оцінці спочатку формуються три значення для кожного завдання на основі попереднього досвіду або найкращих здогадок, як показано нижче
Під час оцінки завдання менеджеру тестів потрібно вказати три значення, як зазначено вище. Три визначені значення оцінюють, що відбувається в оптимальному стані , що є найбільш ймовірним або, як ми вважаємо, це буде найгіршим сценарієм.
Давайте подивимося, як використовувати наведені вище три значення у наступному прикладі
Для завдання « Створити специфікацію тесту », чи можете ви оцінити тестові зусилля? Пам'ятайте, що ви повинні охопити всі модулі веб-сайту банку Guru99, як це було зроблено в Методі функціональних точок
Ви можете оцінити наступне
- Кращий випадок для виконання цього завдання є 120 людино-годинами (близько 15 днів). У цьому випадку у вас талановита команда, яка може виконати завдання за найменший час.
- , Швидше за все , справа для виконання цього завдання є 170 людино-годин (близько 21 днів). Це звичайний випадок, у вас достатньо ресурсів і можливостей для виконання завдання
- Найгірший випадок для виконання цього завдання є 200 людино-годинами (близько 25 днів). Вам потрібно виконати набагато більше роботи, оскільки члени вашої команди не мають досвіду.
Тепер призначте значення кожному параметру, як показано нижче
Зусилля для виконання завдання можна розрахувати за допомогою формули подвійного трикутного розподілу наступним чином:
У наведеній вище формулі, параметр Е відомий як Виважена середнє. Це оцінка завдання «Створити специфікацію тесту».
Але ваш начальник може запитати вас
У наведеній вище оцінці ви просто визначаєте можливу, а не певну величину, ми повинні знати про ймовірність правильної оцінки. Ви можете використовувати іншу формулу:
У наведеній вище формулі, середнє значення SD означає середнє відхилення, це значення може дати вам інформацію про ймовірність правильності оцінки.
Тепер ви можете завершити оцінку для завдання “Створити специфікацію тесту”
Щоб виконати завдання «Створити специфікацію тесту» веб-сайту Guru99 Bank, вам потрібно 166,6 ± 13,33 людино-години (від 153,33 до 179,99 людино-години)
Крок 4) Перевірте оцінку
Після створення сукупного кошторису для всіх завдань, згаданих у WBS, вам потрібно направити його до правління , яке розгляне та затвердить його.
До складу правління могли входити генеральний директор, менеджер проекту та інші зацікавлені сторони.
Правління розгляне та обговорить з вами ваш план оцінки. Ви можете пояснити їм свою оцінку логічно та обґрунтовано, щоб вони могли затвердити ваш план оцінки.
Кращі практики тестування
Ця тема містить загальні поради щодо оцінки точності тестування.
- Додайте трохи буферного часу: з вашим проектом може трапитися багато непередбачуваних речей, наприклад, талановитий член команди раптово кине свою роботу, тестування займає більше часу, ніж передбачається для завершення… і тому саме тому вам потрібно включити трохи буфера у свою оцінку. Наявність буфера в оцінці дозволяє подолати будь-які затримки, які можуть виникнути.
- Планування ресурсів рахунку для оцінки: Що робити, якщо деякі члени вашої команди беруть довгі відпустки? Це може затримати проект. Планування ресурсів в оцінці відіграє ключову роль. Наявність ресурсів допоможе переконатися в реальності оцінок. Тут ви повинні розглянути листя для члена вашої команди, як правило, довгі.
- Використовуйте минулий досвід як довідковий: Досвід минулих проектів відіграє життєво важливу роль при підготовці оцінок часу. Оскільки якийсь проект може мати схожість, ви можете повторно використати попередню оцінку. Наприклад, якщо ви використовуєте такий проект, як тестування веб-сайту, ви можете навчитися з цього досвіду, спробувати уникнути всіх труднощів або проблем, з якими стикалися в минулих проектах.
- Дотримуйтесь своєї оцінки: Оцінка - це просто оцінка, оскільки вона може піти не так . На ранніх стадіях проекту вам слід часто перевіряти тестові оцінки та за потреби вносити зміни . Ми не повинні продовжувати оцінку після її виправлення, якщо не відбудуться серйозні зміни у вимозі або якщо вам не доведеться домовлятися із замовником щодо переоцінки
Шаблон оцінки програмного тесту
Завантажте програму Excel Test Estimation Excel (.xlsx)
Інші техніки
Широкосмугова техніка Delphi, метод використання - метод точки, розподіл відсотків, спеціальний метод - це інші методи оцінки в програмній інженерії.
Клацніть тут, якщо відео недоступне
Стенограма відео- Давайте виконаємо вправу - для Заявки на бронювання польотів підготуйте структуру розподілу робіт
- різні завдання тестування, такі як - Перевірити функціональність входу, Перевірити функціональність нового замовлення, Перевірити функціональність факсу та інші подібні функції та Оцінити зусилля, необхідні для перевірки цих функцій
- Наприклад, функціональність входу можна перевірити за 2 години. Так само підготуйте перелік усіх завдань та відповідних зусиль. Призупиніть навчальний підручник і виконайте вправу. Сподіваюся, ви добре подумали про необхідні зусилля
- Це стратегія знизу вгору для оцінки тестів. Техніка називається знизу вгору, оскільки на основі завдань, які знаходяться на найнижчому рівні ієрархії розподілу робіт, ви оцінюєте тривалість, залежності та ресурси.
- У стратегії знизу вгору оцінки приймаються не однією особою, а всіма зацікавленими сторонами, окремими вкладниками, експертами та досвідченими працівниками. Ідея полягає у використанні спільної мудрості членів команди для отримання точних оцінок тестів
- Оскільки у вас є значний досвід роботи в системі бронювання рейсів. Використовуйте цей досвід, щоб оцінити зусилля, необхідні для повного функціонального тестування веб-сайту. - http://newtours.demoaut.com/
- Цей веб-сайт функціонально ідентичний додатку для бронювання польотів, тільки що він заснований на Інтернеті. Призупиніть підручник і виконайте вправу зараз
- Сподіваюся, на основі вашого досвіду ви зробили хорошу оцінку зусиль, необхідних для тестування веб-сайту
- Це підхід до оцінки "зверху вниз", який базується на досвіді.
- Інший прийом полягає у класифікації проектів на основі їх розміру та складності, а потім побачення того, скільки часу займав проект певного розміру та складності в минулому.
- Іншим підходом є визначення середніх зусиль на тестовий випадок у минулому для подібних проектів, а потім використання оціночних тестів поточного проекту та отримання загальних зусиль
- Більш складні моделі оцінки включають складні математичні моделі. На практиці в більшості проектів для оцінки використовується підхід зверху вниз.
- На оцінку тесту може впливати багато факторів, таких як тиск на час, фактори людей, географічний розподіл групи тестування тощо