Техніка оцінки тесту програмного забезпечення
Томас Гамільтон
Що таке тестування програмного забезпечення?
Тестова оцінка – це управлінська діяльність, яка наближає як довго Завдання потрібно виконати. Оцінка зусиль для тесту є одним із основний та важливо завдання в Управлінні тестами.
Навіщо тестувати оцінку?
Два запитання, які ви можете очікувати від своїх клієнтів під час обговорення потенційних тестових завдань
Для невеликих проектів на ці питання відносно легко відповісти. Але для великого проекту подобається Тестування Веб-сайт банку Guru99, ви повинні добре подумати, щоб відповісти на ці запитання.
Що оцінити?
- Ресурси: Потрібні ресурси здійснювати будь-які проектні завдання. Ними можуть бути люди, обладнання, засоби, фінансування або будь-що інше, що можна визначити, необхідне для завершення проектної діяльності.
- Часи: Час – найцінніший ресурс у проекті. Кожен проект має термін здачі.
- Людські навички: Людські навички означають знання і досвід членів Команди. Вони впливають на вашу оцінку. Наприклад, команда, члени якої мають низькі навички тестування, потребує більше часу, щоб завершити проект, ніж та, яка має високі навички тестування.
- Вартість: Вартість проекту бюджет. Загалом це означає скільки гроші потрібно для завершення проекту.
Як оцінити?
Список методів оцінки тесту програмного забезпечення
- Структура декомпозиції робіт
- 3-точкова техніка оцінки тестування програмного забезпечення
- Широкосмугова техніка Delphi
- Аналіз точки функції/тестування
- Використовуйте метод Case Point
- Процентний розподіл
- Спеціальний метод
Нижче наведено 4 кроки для отримання оцінки
Ви дізнаєтеся, як поєднувати ці методи, щоб знайти кошторис для прикладу Guru99 Bank.
Крок 1) Розділіть усе завдання проекту на підзавдання
Завдання — доручена комусь робота. Для цього можна скористатися Структура декомпозиції робіт техніка
У цій техніці складний проект розбивається на модулі. Модулі поділяються на підмодулі. Кожен підмодуль додатково розділений на функціональність. Це означає розділити все завдання проекту на найменший завдання.
Використовуйте структуру розподілу робіт, щоб розбити проект Guru99 Bank на 5 менших завдань-
Після цього ви можете розділити кожне завдання на підзавдання. Метою цієї діяльності є створення завдання як докладно as це можливо.
| Завдання | Підзавдання |
|---|---|
| Проаналізуйте специфікацію вимог до програмного забезпечення | Дослідіть специфікації м’яких вимог |
| Співбесіда з розробником та іншими зацікавленими сторонами, щоб дізнатися більше про веб-сайт | |
| Створіть специфікацію тесту | Розробка тестових сценаріїв |
| Створення тестових випадків | |
| Revie і переглянути тестові приклади | |
| Виконайте тестові випадки | Створіть тестове середовище |
| Виконайте тестові випадки | |
| RevРезультати виконання тесту iew | |
| Повідомити про дефекти | |
| створіть Дефект звіти | |
| Повідомити про дефекти |
Крок 2) Розподіліть кожне завдання між членами команди
На цьому кроці кожне завдання призначається відповідний член команди проекту. Ви можете призначити завдання наступним чином
| Завдання | члени |
|---|---|
| Проаналізуйте специфікацію вимог до програмного забезпечення | Всі учасники |
| Створіть специфікацію тесту | Тестер/аналітик тестів |
| Створіть тестове середовище | Адміністратор тестування |
| Виконайте тестові випадки | Тестер, адміністратор тестів |
| Повідомити про дефекти | Тестер |
Крок 3) Оцінка зусиль для завдань
Є 2 методики, які можна застосувати для оцінки зусиль для завдань
- Метод функціональної точки
- Трибальна оцінка
Метод 1) Метод функціональної точки
У цьому методі менеджер тестів оцінює розмір, тривалість і вартість завдань
Крок A) Оцініть розмір завдання
In крок 1, ви вже розбили все завдання проекту на невелике завдання за допомогою методу WBS. Тепер ви оціните обсяг цих завдань. Потренуймося з окремим завданням”Створіть специфікацію тесту"
Розмір цього завдання залежить від функціонального розміру системи, що тестується. Функціональний розмір відображає кількість функціональність, яка є актуальною для користувача. Більш номер функціональності, тим більше комплекс система є.
Перед початком реального оцінювання зусиль функціональні точки поділяються на три групи Комплекс, Середній простий наступним чином:
Виходячи з комплексу функцій програмного забезпечення, Test Manger повинен дати достатньо вага до кожної функціональної точки. Наприклад
| Group | Вага |
|---|---|
| Комплекс | 5 |
| Medium | 3 |
| простий | 1 |
Розглянемо простий приклад вправи, щоб було зрозуміліше:
Перегляньте специфікацію програмного забезпечення веб-сайту Guru99 Bank тут, інженер програмного забезпечення вже детально описав модулі програмного забезпечення, чи можете ви визначити складність функцій веб-сайту, вказавши вагу для кожного модуля?
Чим складніша функція, тим більше зусиль потрібно для її тестування. Веб-сайт розділений на 12 функція точок, можна визначити складність кожної функції вказує наступним чином-
| Ні. | Назва модуля | Відповідні ролі | Опис | Вага |
|---|---|---|---|---|
| 1. | Запит на залишок | менеджер
Клієнт |
Customer: Клієнт може мати декілька банківських рахунків. Він може переглядати лише баланс своїх рахунків
Менеджер: Менеджер може переглядати баланс усіх клієнтів, які перебувають у його підпорядкуванні |
3 |
| 2. | Переказ коштів | менеджер
Клієнт |
Customer: Клієнт може переказувати кошти зі свого «власного» рахунку на будь-який рахунок призначення.
Менеджер: Менеджер може переказувати кошти з будь-якого банківського рахунку джерела на рахунок призначення |
5 |
| 3. | Міні -заява | менеджер
Клієнт |
Міні-виписка покаже 5 останніх транзакцій рахунку
Customer: Клієнт може бачити міні-виписку лише за «своїми» рахунками Менеджер: Менеджер може побачити міні-виписку по будь-якому рахунку |
3 |
| 4. | Індивідуальна заява | менеджер
Клієнт |
Спеціальна виписка дозволяє фільтрувати та відображати транзакції в обліковому записі на основі дати та вартості транзакції
Customer: Клієнт може бачити Настроювану виписку лише за «своїми» рахунками Менеджер: Менеджер може бачити індивідуальну виписку з будь-якого рахунку |
5 |
| 5. | Змінити пароль | менеджер
Клієнт |
Customer: Клієнт може змінити пароль лише свого облікового запису.
Менеджер: Менеджер може змінити пароль тільки свого облікового запису. Він не може змінити паролі своїх клієнтів |
1 |
| 6. | Новий клієнт | менеджер | Менеджер: Менеджер може додати нового клієнта.
Менеджер: Менеджер може редагувати такі дані, як адреса, електронна пошта, телефон клієнта. |
3 |
| 7. | Новий акаунт | менеджер | На даний момент система надає 2 типи рахунків
Клієнт може мати декілька ощадних рахунків (один на своє ім’я, інший на спільне ім’я тощо). Він може мати кілька поточних рахунків для різних компаній, якими він володіє. Або він може мати кілька поточних і накопичувальних рахунків. Менеджер: Менеджер може додати новий обліковий запис для наявного клієнта. |
5 |
| 8. | Редагувати обліковий запис | менеджер | Менеджер: Менеджер може додати редаговані дані облікового запису для наявного облікового запису | 1 |
| 9. | Видалити аккаунт | менеджер | Менеджер: Менеджер може додати або видалити обліковий запис клієнта. | 1 |
| 10. | Видалити клієнта | менеджер | Видалити клієнта можна тільки в тому випадку, якщо він не має активних поточних або накопичувальних рахунків
Менеджер: Менеджер може видалити клієнта. |
1 |
| 11. | Депозит | менеджер | Менеджер: Менеджер може внести гроші на будь-який рахунок. Зазвичай це робиться, коли готівку здають у відділення банку. | 3 |
| 12. | Вивід | менеджер | Менеджер: Менеджер може знімати гроші з будь-якого рахунку. Зазвичай це робиться під час зняття готівки у відділенні банку. | 3 |
КРОК B) Оцініть тривалість завдання
Після класифікації складність функціональних точок, ви повинні оцінити тривалість щоб перевірити їх. Тривалість означає скільки потрібен час, щоб виконати завдання.
- Загальні зусилля: Прагнення повністю протестувати всі функції веб-сайту
- Загальна кількість балів за функції: Загальна кількість модулів сайту
- Оцінка визначається за функціональними балами: середнє зусилля для виконання однієї функції бали. Це значення залежить від продуктивність члена, який виконуватиме це завдання.
Припустімо, що ваша проектна команда оцінила функціональні бали 5 годин/бали. Ви можете оцінити загальні зусилля для тестування всіх можливостей сайту Guru99 Bank наступним чином:
| Вага | Кількість функціональних балів | Усього: | |
|---|---|---|---|
| Комплекс | 5 | 3 | 15 |
| Medium | 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, метод використання – Case Point, відсотковий розподіл, спеціальний метод є іншими методами оцінки в інженерії програмного забезпечення.
Відео про методи оцінки тесту програмного забезпечення
Натисніть тут якщо відео недоступне
Транскрипція відео
- Виконаємо вправу -для в Заявка на бронювання авіаквитків підготувати структуру розподілу робіт
- різні завдання тестування, як-от перевірка функціональності входу, перевірка функціональності нового замовлення, перевірка функціональності факсу та інші подібні функції та оцінка зусиль, необхідних для перевірки цих функціональних можливостей
- Наприклад, функціональність входу можна перевірити за 2 години. Так само підготуйте список усіх завдань і відповідних зусиль. Призупиніть навчальний урок і виконайте вправу. Сподіваюся, ви зробили обґрунтоване припущення щодо необхідних зусиль
- Це стратегія «знизу вгору» для оцінки тесту. Техніка називається «знизу вгору», оскільки на основі завдань, які знаходяться на найнижчому рівні ієрархії розподілу роботи, ви оцінюєте тривалість, залежності та ресурси.
- У стратегії «знизу вгору» оцінки здійснюються не однією особою, а всіма зацікавленими сторонами, окремими учасниками, експертами та досвідченими співробітниками разом. Ідея полягає в тому, щоб отримати точні оцінки результатів тестування за допомогою спільної мудрості членів команди
- Тепер у вас є значний досвід роботи з системою бронювання квитків. Використовуйте цей досвід, щоб оцінити зусилля, необхідні для повного Функціональне тестування веб-сайту. – http://newtours.demoaut.com/
- Функціонально цей сайт ідентичний додатку для бронювання авіаквитків , лише тому, що він базується на Інтернеті. Призупиніть підручник і виконайте вправу зараз
- Сподіваюся, на основі вашого досвіду ви добре оцінили зусилля, необхідні для тестування веб-сайту
- Це підхід «зверху вниз» до оцінки, який базується на досвіді.
- Інший метод полягає в тому, щоб класифікувати проекти на основі їх розміру та складності, а потім побачити, скільки часу зайняв проект певного розміру та складності в минулому.
- Інший підхід полягає у визначенні середнього зусилля на Тестовий випадок у минулому для подібних проектів, а потім використовуючи оцінені тестові випадки поточного проекту та досягаючи загальних зусиль
- Більш складні моделі оцінювання включають складні математичні моделі. На практиці більшість проектів використовують низхідний підхід для оцінки.
- На оцінки тесту може впливати багато факторів, як-от обмеження часу, люди, географічний розподіл команди тестувальників тощо.
