Меню

Як написати ефективний підсумковий звіт про тест (Зразок завантаження звіту)

how write an effective test summary report

Спробуйте Наш Інструмент Для Усунення Проблем

як відкрити файл .dat -

Просте 12-крокове керівництво для створення ефективного звітного тестового звіту із зразком шаблону звітного тестового тесту:

У рамках Тестування готується кілька документів та звітів. Деякі є Тестова стратегія док , План тестування док , План управління ризиками , План управління конфігурацією тощо. Серед цих Зведених звітів про випробування є один такий звіт, який готується після завершення тестування.

Я намагався пояснити мету ' Підсумковий звіт про випробування ' та за умови зразок шаблону звітного тестового звіту разом із фактичним звітом для завантаження.

Підсумковий звіт про випробування

Що ви дізнаєтесь:

Що таке короткий звіт про тести?

Як ми знаємо, тестування програмного забезпечення є важливим етапом у SDLC, а також воно служить “Вхідним показником якості” для проходження програми та сертифіковано командою тестування як “Can Go Live”.

Підсумковий звіт про тестування - це важливий результат, який готується в кінці проекту тестування, точніше після завершення тестування. Основна мета цього документа - пояснити різні деталі та заходи щодо Тестування, проведеного для Проекту, відповідним зацікавленим сторонам, таким як вищий менеджмент, клієнт тощо.

Як частина Щоденні звіти про стан , щоденні результати тестування будуть передаватися зацікавленим сторонам щодня. Але зведений звіт про випробування надає зведений звіт про тестування, проведене до цього часу для проекту.

Рекомендована література=> Як розумно повідомити про виконання тесту (завантаження шаблону звіту про стан)

Припустимо, що якщо Клієнт, який сидить у віддаленому місці, повинен зрозуміти результати та статус проекту тестування, який виконувався протягом, скажімо, наприклад, чотирьох місяців, звіт про підсумок тесту вирішить мету.

Це також артефакт, який потрібно підготувати як частину Процес CMMI .

Що містить підсумковий звіт про тести?

Типовий Шаблон звіту про випробування міститиме наведену нижче інформацію, однак, залежно від формату та практики кожної компанії, вміст може відрізнятися. Я також навів реальні приклади для кращого розуміння.

В кінці цієї статті ви можете завантажити зразок звіту 'Підсумок тесту'.

Посібник із 12 кроків до написання ефективного підсумкового звіту про тести

Крок No1) Призначення документа

Наприклад, Цей документ пояснює різні заходи, що виконуються в рамках тестування програми „Транспортна система ABCD”.

Крок №2) Огляд програми

Наприклад, „Транспортна система ABCD“ - це веб-заявка на бронювання квитків на автобус. Квитки на різні автобуси можна замовити за допомогою Інтернет-послуг. Інформація про пасажирів в режимі реального часу надходить із «Центральної системи сховищ», яка буде передана до підтвердження бронювання. Існує кілька модулів, таких як Реєстрація, Бронювання, Оплата та Звіти, які інтегровані для досягнення мети.

Крок No3) Обсяг тестування

  1. У сферу дії
  2. Виходить за рамки
  3. Предмети не перевірені

Наприклад, Перевірку функціональності, яка потребує підключення до сторонніх програм, не можна перевірити, оскільки підключення не вдалося встановити через деякі технічні обмеження. Цей розділ повинен бути чітко задокументований, інакше передбачається, що тестування охоплювало всі сфери застосування.

  • В межах сфери: Функціональне тестування для наступних модулів входить до сфери тестування
    • Реєстрація
    • Бронювання
    • Оплата
  • Виходить за рамки: Тестування продуктивності для цієї програми не проводилось.
  • Елементи, що не тестуються: Перевірка зв’язку зі сторонніми системами „Центральна система сховищ” не тестувалась, оскільки зв’язок не вдалося встановити через деякі технічні обмеження. Це можна перевірити під час UAT (User Acceptance Testing), де зв’язок доступний або може бути встановлений.

Крок No4) Метрики

  • Кількість тестових випадків, запланованих проти виконаних
  • Кількість пройдених / не пройдених тестових випадків

звіт про випробування 1

звіт про випробування 2

  • Кількість виявлених дефектів та їх статус та важкість

звіт про випробування 3

звіт про випробування 4

  • Розподіл дефектів - модульно

звіт про випробування 5

звіт про випробування 6

Крок №5) Види проведеного тестування

  1. Тестування диму
  2. Тестування системної інтеграції
  3. та регресійне тестування

Примітка:Якщо було проведено кілька раундів тестування, тут також можна включити деталі.>

Наприклад,
до) Тестування диму
Це тестування проводилося щоразу, коли надходить збірка (розгорнуто в тестовому середовищі) для тестування, щоб переконатися, що основна функціональність працює нормально, можна прийняти Build і почати тестування.

б) Тестування системної інтеграції

  • Це тестування, яке проводиться для тестованої програми, щоб перевірити всю роботу програми відповідно до вимог.
  • Критичні бізнес-сценарії були протестовані, щоб переконатися, що важлива функціональність програми працює належним чином без помилок.

в) Регресійне тестування

  • Регресійне тестування проводилося кожного разу, коли нову збірку розгортають для тестування, що містить виправлення дефектів та нові вдосконалення, якщо такі є.
  • Тестування регресії проводиться в усьому додатку, а не лише в новій функціональності та виправленнях дефектів.
  • Це тестування гарантує, що існуюча функціональність працює нормально після виправлення дефектів, а нові вдосконалення додаються до існуючої програми.
  • Тести для нової функціональності додаються до існуючих тестів і виконуються.

Крок No6) Тестове середовище та інструменти

Наприклад,
звіт про випробування 7

Крок No7) Вивчені уроки

Наприклад,
звіт про випробування 8

Крок No 8) Рекомендації

Наприклад,

  • Адміністративний контроль за інструментами управління дефектами може бути наданий менеджеру офшорних випробувань для надання доступу до групи тестування.
  • Кожного разу, коли адміністративні запити на місці не потребують зв’язку для запитів, коли вони виникають, тим самим економиться час через географічну різницю в часовому поясі.

Крок 9) Кращі практики

Наприклад,

  • Повторюване завдання, що виконувалось кожного разу вручну, забирало багато часу. Це завдання було автоматизовано шляхом створення сценаріїв та запуску кожного разу, що заощадило час та ресурси.
  • Тести на дим були автоматизовані, і сценарії запускались, що швидко працювало і економило час.
  • Сценарії автоматизації були підготовлені для створення нових клієнтів, де для тестування потрібно створити багато записів.
  • Важливі для бізнесу сценарії окремо тестуються на всій програмі, що є життєво важливим для підтвердження їхньої нормальної роботи.

Крок No10) Критерії виходу

(i) виконуються всі заплановані тестові кейси;
(iI) Усі критичні дефекти закриті тощо>

Наприклад,

  • Усі тестові кейси повинні бути виконані - Так
  • Усі дефекти критичного, головного, середнього ступеня тяжкості повинні бути перевірені та закриті - Так .
  • Будь-які відкриті дефекти тривіальної тяжкості - Підготовлений план дій із передбачуваними датами закриття.

Жодні дефекти серйозності1 не повинні бути «ВІДКРИТИМ»; Тільки 2 дефекти серйозності2 повинні бути «ВІДКРИТИМ»; Лише 4 дефекти серйозності3 повинні бути «ВІДКРИТИМ». Примітка. Це може відрізнятися залежно від проекту. План дій щодо відкритих дефектів повинен бути чітко зазначений із деталями того, коли і як вони будуть усунені та закриті.>

Крок # 11) Висновок / Підписання

Наприклад, Оскільки критерії виходу були задоволені та задоволені, як зазначено у Розділі 10, команда для тестування пропонує 'Запустити пряму трансляцію'. Відповідне тестування на прийняття користувачами / бізнесом слід провести перед 'Go Live'.

Крок No12) Визначення, абревіатури та абревіатури

=> Завантажити Зразок звітного тестового звіту:
Клацніть тут, щоб завантажити зразок шаблону звіту про тестування з прикладом.

шаблон звіту про випробування

Кілька пунктів, на які слід звернути увагу під час підготовки підсумкового звіту про тести

  • Як частина виконання тесту, зберіть всю необхідну інформацію про проведене тестування. Це допоможе підготувати обґрунтований звіт про випробування.
  • Отримані уроки можна пояснити детально, що передасть відповідальність, яку взяли для вирішення цих питань. Крім того, це буде посиланням на майбутні проекти, щоб їх уникнути.
  • Подібним чином згадування найкращих практик відображатиме зусилля, які робить команда, крім регулярного тестування, яке також трактуватиметься як «Додавання вартості».
  • Згадування метрик у графічній формі (діаграми, графіки) буде хорошим способом візуального представлення стану та даних.
  • Пам’ятайте, у зведеному звіті про тестування повинні згадуватися та пояснюватися дії, що виконуються в рамках тестування, щоб отримувачі могли краще зрозуміти.
  • За потреби можна додати ще кілька відповідних розділів.

Висновок

Підсумковий звіт про випробування є важливим результатом, і основна увага повинна бути підготовлена ​​ефективним документом, оскільки цей артефакт буде переданий різним зацікавленим сторонам, таким як вищий менеджмент, клієнт тощо.

Після проведення вичерпного тестування опублікування результатів тестування, показників, найкращих практик, отриманих уроків, висновків на тему «Прямий ефір» тощо є надзвичайно важливим для того, щоб надати це як доказ проведеного тестування та висновку про тестування.

Ми також надали для завантаження зразок звіту про випробування. Це прекрасний приклад того, як підготувати ефективний звіт про підсумки тестів!

Про автора: Це гостьовий допис Баскара Піллая. Він має близько 14 років досвіду в галузі управління тестами та наскрізного тестування програмного забезпечення. Сертифікований CSTE фахівець з тестування, тренер, працював у таких ІТ-галузях, як Cognizant, HCL, Capgemini, і в даний час працює менеджером тестів у великому MNC.

Запитання для співбесіди для розробника sql за 4 роки досвіду

Будь ласка, повідомте нам свої коментарі / запитання / думки.

Рекомендована література

^