how report test execution smartly
Звітування про стан тестування програмного забезпечення
«Угода про те, що певна інформація у певному форматі буде передаватися певною командою / особою через певні проміжки часу певним членам, - це як рукостискання - підтвердження того, що незалежно від результату завдання на з боку, ви б про це повідомляли раніше, ніж пізніше '.
Це перший розділ присяги ІТ-спеціаліста. Ну, я жартую! Присяги немає, але якби вона була, то це, безперечно, було б на першому місці в списку предметів у ній. Чи не так?
Підзвітність та прозорість (A&T) мають важливе значення для кожного ІТ-проекту на різних рівнях - на рівні проекту, рівні команди, рівні завдання, а також на індивідуальному рівні. Як ми можемо переконатися, що ці атрибути виконуються? Відповідь - спілкування, більш формально - Звітування про стан !
На індивідуальному рівні, чи не всі ми щодня надсилаємо звіти, в основному, EOD, щоб повідомити про виконання (або невиконання) своїх щоденних обов’язків. Це свідчить про те, що ви насправді “усвідомлюєте”, з чого мали почати ваші обов’язки.
Що ви дізнаєтесь:
Щоденний звіт про стан
Інформація, яка повинна бути частиною щоденного звіту про стан людини:
вказаний ip шлюзу недійсний
- Що ти робив сьогодні?
- Що ти плануєш робити завтра?
- Ви стикалися з якимись проблемами протягом дня? Якщо так, то як ви їх вирішили або вони все ще відкриті?
- Вам потрібні якісь дані на завтра? Якщо так, то від кого і що вони?
Одержувач цього електронного листа / звіту, як правило, є менеджером, також у деяких випадках члени команди можуть отримувати CC - це залежить від протоколу зв'язку, яким дотримується команда.
Звіти про випробування
Тепер настав час дізнатись детальніше та дізнатися все про звіти, які надсилають команди тестування / контролю якості.
Тестувальні групи надсилають різні звіти на різних етапах STLC.
- Статус плану тестування
- Статус тестової документації
- Статус тестового виконання (статус дефекту)
План випробувань : Досить спілкуватися з рештою команд проекту, коли створюється план тестування або коли до нього вносяться серйозні зміни.
Тестова документація : Повідомте всі команди, коли розпочато проектування тестів, збір даних та інші заходи, а також коли вони закінчені. Цей звіт не лише дасть їм знати про хід виконання завдання, але також дасть сигнал командам, яким потрібно переглянути та надати підпис на артефакти, що вони наступні.
Виконання тесту : Виконання - це фаза проекту, коли команда тестування є головним акцентом - позитивно і негативно - ми одночасно і герої, і лиходії.
Типовий день протягом тестового циклу не робиться, якщо не надсилається Щоденний звіт про стан. У деяких командах вони можуть домовитись про щотижневий звіт, але щоденне надсилання звіту є нормою.
Також не рідко проводяться засідання Статусу щодня (або тиждень), щоб представити статус команди з контролю якості зацікавленим сторонам.
безкоштовні аніме-шоу для перегляду в Інтернеті -
Отже, режим звіту про стан може бути таким:
- Електронна пошта / документ
- Зустріч / презентація
- І те, і інше - щоденна електронна пошта та щотижнева зустріч чи близько того.
Звіт про стан тестового виконання
Щоденний / тижневий звіт про тестування:
Що це? Як правило, це повідомлення, надіслане для встановлення прозорості діяльності команди з контролю якості протягом дня під час тестового циклу - включає як інформацію про дефекти, так і інформацію про тестування.
Кому воно має йти? - Зазвичай команда розробників, команда підтримки навколишнього середовища, бізнес-аналітик та команда проекту є одержувачами / учасниками зустрічі. План випробувань - найкраще місце для вас, щоб знайти цю інформацію.
Що містить Звіт про стан виконання тесту? - 10 балів
- Кількість тестових випадків, запланованих на цей день
- Кількість виконаних тестових справ - того дня
- Кількість тестових справ, виконаних загалом
- Кількість дефектів, з якими зіткнувся в цей день / та їх відповідні стани
- Кількість виявлених дефектів на сьогоднішній день / та їх відповідних станів
- Кількість критичних дефектів - все ще відкрито
- Простій навколишнього середовища - якщо такий є
- Вітрини - якщо такі є
- Додавання аркуша виконання тесту / Посилання на Інструмент управління тестами де розміщені тестові кейси
- Додаток до звіту про помилку / посилання на інструмент дефектів / тестування / управління, що використовується для управління інцидентами
Вищезазначені 10 пунктів, якщо ви помітили уважно, це вихідні дані. Повідомлення фактів - це одне, а повідомлення про деякі «розумні» факти - інше . Як нам уточнити цю інформацію?
- Показує загальний стан за допомогою кольорового індикатора. Наприклад, Зелений - вчасно, помаранчевий - трохи позаду, але може поглинути затримку, червоний - із затримкою.
- Включіть кілька простих показників, таких як складання% тестових випадків на сьогодні, щільність дефектів,% важких дефектів; роблячи це, ви не просто даєте цифри, ви фактично даєте уявлення про якість продукту, який ви тестуєте.
- Якщо значна фаза завершена - виділіть це.
- Якщо є критичний дефект, який заблокує всю / частину майбутнього виконання - виділіть це.
- Якщо ви використовуєте презентацію, обов’язково додайте кілька графіків для кращого впливу.
Наприклад, графік нижче - це зображення кількість відкритих дефектів, модульно :
Окрім них, ви також можете за бажанням включити:
- Які заходи плануються далі?
- Вам потрібні вклади будь-якої з інших команд, і якщо так, то що?
Нарешті, кілька підказок, які допоможуть у процесі:
- Будьте лаконічним і одночасно завершеним
- Переконайтесь, що результати, про які ви повідомляєте, є точними
- Використовуйте марковані пункти, щоб зробити звіт дуже читабельним
- Перевірте, щоб включити правильну дату, тему, список та вкладення.
- Якщо звіт завеликий і має занадто багато факторів для подання звіту: розмістіть його у загальному місці як файл і надішліть посилання в електронному листі замість самого файлу. (Переконайтесь, що одержувачі мають дозволи на доступ до цього місця та файлу)
- Якщо це зустріч за статусом - Будьте готові до презентації, приїжджайте вчасно, а головне, дотримуйтесь рівний тон (не надто пишайтеся дефектами - вони загалом «погані новини»).
Зразок звіту про стан
Звіт про стан перевірки якості:
Дотримуючись цих вказівок, ми дійшли до нижченаведеного Звіту про стан.
Для зручності наших читачів ми включили 3 аркуші, що передають різні рівні інформації, яку вони можуть передавати.
Аркуш 1 - це короткий виклад загального стану проекту.
Аркуш 2 - докладніше про окремі деталі стану тестового випадку.
Аркуш 3 - це зразок звіту про помилки.
Завантажте це Зразок шаблону Xls звіту про стан з усіма трьома аркушами. (Клацніть правою кнопкою миші на посилання та виберіть «Зберегти посилання як ..» для завантаження)
найкраща гарнітура vr для xbox one -
Про автора - Це стаття члена команди STH Свати Сієли. Ви можете дізнатись більше про неї на нашому Сторінка курсу тестування програмного забезпечення .
Поділіться своїми коментарями та питаннями з нами нижче.
Рекомендована література
- Як писати щотижневий звіт про тестування програмного забезпечення
- Як дистанційно оновити стан виконання тест-кейсу TestLink за допомогою селену - Підручник №3
- Як написати ефективний підсумковий звіт про тест (Зразок завантаження звіту)
- Зразок звіту про помилки
- Зразок шаблону для звіту про прийомні випробування з прикладами
- Стандартна бібліотека шаблонів (STL): Короткий вступ
- Створення дженериків та тестів - Підручник з селену №22
- Зразок шаблону тестового кейсу з прикладами тестового кейсу (Завантажити)