Кожна помилка повинна бути задокументована принаймні одним вкладенням. За допомогою вкладених файлів ви надаєте доказ того, що помилка сталася на вашому пристрої, операційній системі та/або браузері.
Примітка: Вкладення НЕ замінюють письмову інформацію у вашому звіті. Вкладення є візуалізацією проблеми і служать доказом.
Скріншот чи скрінкаст?
Загалом, для належного та ефективного ілюстрування функціональних помилок зазвичай потрібно використовувати відеозапис (скрінкаст) екрану. Якщо інструкція або керівник команди не вимагає конкретних додатків, використовуйте наступне правило для визначення, чи потрібен знімок екрану чи відеозапис для вашої помилки:
Кожного разу, коли для виклику помилки потрібна дія або коли потрібно проілюструвати процес, завантажуйте відеозапис (скрінкаст) екрану. Знімки екрану як статичні зображення є миттєвими моментами і не можуть проілюструвати корінну причину. Функціональні помилки завжди вимагатимуть відеозапису екрану з цієї причини.
Коли природа помилки є статичною, наприклад, для статичних проблем інтерфейсу користувача, достатньо знімку екрану(скріншот) , який є кращою візуалізацією, ніж відео. Знімків екрану має бути достатньо для проблем змісту або візуальних проблем.
Загальні вимоги до вкладень.
Нові вкладення потрібно створювати для кожного повідомлення про помилку або відтворення.
Заборонено копіювати вкладення з інших повідомлень про помилки або репродукцій.
Вкладення повинні містити всю відповідну інформацію про помилки, щоб служити доказом.
Уся відповідна інформація має відображатися англійською (або додатково німецькою, якщо мова повідомлення про помилку німецька), напр. дату, системну інформацію про час і повідомлення про помилки.
Ви повинні вибрати лише один пристрій або браузер, коли ви повідомляєте про помилку, і завантажити лише вкладення для нього. Якщо ви можете відтворити помилку в інших пристроях або браузерах, зазначте це у своєму фактичному результаті.
Не показуйте жодної інформації про інших клієнтів Test IO, які можуть бути пов’язані з Test IO (наприклад, електронні листи із запрошеннями чи назви вкладок браузера). Показ встановлених програм інших клієнтів дозволено.
Не показуйте будь-яку особисту інформацію чи непрофесійні дані, як-от зображення, відео чи пропозиції неправильних слів із автовиправленням. Пам’ятайте, що ваші вкладені файли будуть доступні іншим тестувальникам, персоналу IO тестів і клієнтам, тому будьте обережні з тим, що ви показуєте на них.
Для тестування веб-сайту поле URL-адреси має бути видимим у вкладеннях.
Роздільна здатність має бути достатньо високою, щоб текст і елементи можна було легко ідентифікувати.
Завжди записуйте весь екран.
Журнал збоїв (crash log) є обов’язковим для звітів про помилки та позитивних відтворень збоїв програми. Відео, яке документує аварію, має відповідати доданому журналу аварії, тобто хронометраж має бути узгодженим.
Правила щодо дати й часу:
Поточна дата і час повинні бути видні у вкладених файлах.
При підтвердженні помилки за допомогою скріншота на мобільному пристрої необхідно завантажити другий скріншот із датою та часом (заряд батареї та час мають збігатися з першим скріншотом).
Дата може бути в будь-якому загальноприйнятому форматі дати, напр. ДД/ММ або ММ/ДД англійською (або необов’язково німецькою, якщо мова повідомлення про помилку німецька).
Час має бути у 24-годинному форматі. Якщо ви використовуєте 12-годинний формат, переконайтеся, що ви використовуєте формат AM/PM.
Відображаючи поточну дату у вкладенні, ви підтверджуєте, що записали його саме в цю дату. Наведений нижче список пропонує, де знайти дату:
Windows: Відображення панелі завдань або в календарі
Mac: Відображення піктограми календаря на панелі Dock або панелі меню
iOS & Android: Проведіть пальцем вниз по центру сповіщень на початку запису.
Додаткова інформація: TecRevue
Що потрібно включити в скріншот?
Правила для скріншотів:
Скріншот має бути у форматі JPG або PNG.
Виділіть помилку на скріншоті.
Ми рекомендуємо інструменти для запису та передові практики в такій статті: Скріншоти
Що потрібно включити в скрінкаст?
Скрінкасти мають бути якомога коротшими, але настільки довгими, наскільки це необхідно. Це означає, що ви повинні пропустити кроки, які не викликають помилку. Наприклад, якщо кнопка «Додати в кошик» на сторінці з інформацією про продукт у веб-магазині несправна, зазвичай не має значення, як ви переходили по веб-магазину, щоб перейти на сторінку з інформацією про продукт. Останній навігаційний крок, який ініціює помилку, і сама помилка зазвичай є актуальними.
Приклад 1: Помилка на веб-сайті, перевірено на настільному пристрої
Кроки для створення скрінкасту:
Перейдіть на сторінку, де сталася помилка.
Почніть запис.
Оновіть сторінку.
Виконайте дію, яка викликає помилку.
Дочекайтеся появи помилки.
Зупиніть запис.
Приклад 2: Помилка в додатку, перевірено на мобільному пристрої
Кроки для створення скрінкасту:
Запустіть програму та перейдіть на сторінку, де потрібен лише один навігаційний крок, щоб перейти до сторінки, де сталася помилка.
Почніть запис.
Проведіть пальцем вниз по центру сповіщень, щоб на пару секунд відобразити поточну дату.
Виконайте останній крок навігації, щоб перейти на потрібну сторінку.
Виконайте дію, яка викликає помилку.
Дочекайтеся появи помилки.
Зупиніть запис.
Керівники груп можуть надіслати вам запит на інформацію з проханням про зовнішній або додатковий запис. Це робиться для кращого розуміння помилки або у разі сумнівів через те, що помилку неможливо відтворити.
Особливі правила скрінкасту:
Максимальний час для скрінкасту становить 60 секунд для звітів про помилки, якщо ваша помилка не потребує показу процесу завантаження або тривалого необхідного ручного введення.
Максимальний час для скрінкасту становить 15 секунд для додатків репродукцій та історій користувача, оскільки ви повинні показати лише останню дію, яка викликала помилку.
Ваші клацання/торкання/дотики та піктограма миші мають бути видимими (потрібно лише для записів Android і комп’ютера).
Зробіть свій запис одним рухом. Не варто робити паузи, а також відрізати частини посередині. Якщо ваш скрінкаст задовгий і ви хочете його відредагувати, виріжте лише початок або кінець файлу.
Збільшення швидкості скрінкасту заборонено. Якщо ви записали більше дозволеного часу, будь ласка, перевірте, чи не показали ви непотрібні кроки вашого скрінкасту.
Не записуйте жодного шуму (дитячі крики, розмови, телевізор, музика, тварини тощо).
Ми рекомендуємо інструменти для запису та найкращі практики в такій статті: Скрінкасти
Спеціальні правила скрінкасту для потокових (Streaming) пристроїв:
Завжди записуйте весь екран телевізора.
Скрінкаст повинен мати високу роздільну здатність і хорошу якість.
Зовнішнє освітлення не повинно бути темним.
Пульт дистанційного керування телевізором має бути видно на екрані. Крім того, пульт дистанційного керування має бути повністю та чітко видимим.
Поточна дата і час повинні бути вказані у вкладенні. Ви можете показувати поточну дату на самому телевізорі або на зовнішньому пристрої, наприклад ПК, телефоні чи планшеті.
Для звітів про помилки максимальний час для скрінкасту становить 60 секунд, тоді як для відтворень помилок і вкладених історій користувача максимальний час становить 15 секунд.
Не записуйте жодного шуму (дитячі крики, розмови, телевізор, музика, тварини тощо).
Скрінкаст завжди має виглядати професійно, не знімайте свої ноги, брудну підставку під телевізор тощо.
Розмивання особистої інформації у вкладеннях
Щоб захистити вашу особисту інформацію, таку як закладки, імена облікових записів або збережені електронні листи, від видимості на вкладках браузера, ви можете скористатися цією простою технікою, щоб розмити їх. Однак для більш ефективного процесу звітування про помилки рекомендується використовувати спеціальне вікно браузера для цілей тестування, як показано в прикладі нижче, яке не показує непотрібних відкритих вкладок браузера або видимих закладок.
Якщо вам потрібно включити особисту інформацію у свої вкладення, але ви не хочете, щоб вона була видимою, ви можете наслідувати цей приклад, щоб приховати її професійно; зауважте, що назви вкладок браузера, які можуть відображати адреси електронної пошти, імена користувачів і закладки, приховані.
Важливо зауважити, що URL-адреса все одно має бути видимою, а елементи веб-сайту не повинні бути закриті.
З професійних міркувань дуже важливо уникати намальованих від руки або схематичних методів, коли ви охоплюєте інформацію у своїх вкладеннях, як показано в прикладі нижче:
