баг-репорт | Онлайн-курси від компанії QATestLab

Question 1

Чи можна тестувати гру не з сервісу Steam на курсі «Тестування: основи і практика»?

Accepted Answer

Так, можна тестувати ігри не лише з Steam.

Question 2

Якщо я завів багато функціональних багів у Mantis під категорією Homework_2, мені потрібно змінити категорію на Homework_3?

Accepted Answer

Краще змінити категорію баг-репортів.

Question 3

Як зняти відео, щоб не було видно закладок, але було видно адресний рядок у браузері?

Accepted Answer

У налаштуваннях браузера можна відключити панель закладок.

Question 4

Якщо після домашніх завдань ще залишається місце для баг-репортів у Mantis, чи можна додатково завести баг-репорти по попереднім домашнім завданням?

Accepted Answer

Так, можна завести баг-репорти по домашніх завданнях, для яких закінчився термін виконання. Вони будуть перевірені та оцінені без зворотного зв'язку.

Question 5

Чи припустимо заводити більше 3 цікавих багів по Д/З №4? Баги повинні бути з різних сайтів чи можна все з одного сайту?

Accepted Answer

По домашньому завданню №4 можна завести максимум 3 цікавих бага, які можуть бути з різних сайтів.

Question 6

Що таке build? Де його знайти?

Accepted Answer

Білд (от англ. to build - споруджувати, будувати) - кінцевий результат компіляції програми з унікальним номером версії збірки.

Знайти його можна в описі гри на сервісі, з якого вона була завантажена/встановлена, у її налаштуваннях або в інформації про неї. Якщо гра з Steam, версію можна дізнатися, скориставшись інструкцією за посиланням.

Якщо ж дана інформація відсутня, не обов'язково вказувати точну та актуальну версію гри, досить написати, наприклад, «Build # 2.0». У рамках нашого курсу версію збірки необхідно вказувати, щоб курсант ознайомився з особливостями оформлення баг-репортів по іграх.

Question 7

Дублікатом вважається баг-репорт із усіх створених групою чи лише для одного курсанта?

Accepted Answer

Дублікатами вважаються два однакових баг-репорти, створені одним курсантом або звіти, які описують одну і ту саму помилку, що повторюється в різних місцях або з різними елементами (аналогічні помилки потрібно вказувати в додатковій інформації). Також будуть закриті як дублікати ідентично описані звіти різних курсантів. Детальніше в статті «Кодекс честі учасника курсів Тренінгового Центру QATestLab».

Question 8

Чи потрібно кудись звітуватись після оформлення бага - виконання домашнього завдання?

Accepted Answer

Ні, достатньо зберегти баг-репорт і він автоматично призначиться на Тренінговий центр.

Question 9

Чи входять дефекти зі статусом «closed» у ліміт 50-ти дефектів?

Accepted Answer

Баг-репорти зі статусом «closed» не враховуються в ліміт 50-ти дефектів.

Question 10

Чи можна заводити деякі баг-репорти українською, а деякі - англійською мовою?

Accepted Answer

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

Question 11

Який допустимий обсяг фото і відео для баг-репорту в Mantis?

Accepted Answer

У баг-трекері Mantis максимально допустимий розмір прикріпленого файлу 5,000 KB. Якщо вкладення більше за вказаний розмір, то можете розмістити його на файлообміннику, наприклад Dropbox, і в блоці «Additional Information» вказати посилання на цей файл.

Question 12

Знайшлися баги на сайті Тренінгового центру / особистого кабінету / Мантіса / ТестРейла. Кому про них писати? Яку обрати категорію?

Accepted Answer

Можна завести ці звіти в Mantis у рамках нашого курсу.

Краще обрати спеціальну категорію «Feature request» або завести баг-репорт, не вказуючи її.

Question 13

Чи можна заводити звіт про цікавий баг з гри або десктопного додатку по домашньому завданню 4?

Accepted Answer

Звіти потрібно створювати тільки про цікаві баги, знайдені на десктопних версіях сайтів.

Question 14

Які критерії цікавих багів, які потрібно завести для домашнього завдання по лекції №4?

Accepted Answer

Немає ніяких критеріїв цікавих дефектів. Можна завести будь-який баг, знайдений на реальному сайті в Інтернеті.

Question 15

Чи можна об'єднати два різних бага в одному звіті?

Accepted Answer

Якщо два бага не пов'язані (до них не ведуть однакові кроки або дії), то їх потрібно оформити як окремі звіти. В іншому випадку оформлюється один звіт і в блоці додаткової інформації вказується перелік об'єктів, з якими пов'язаний дефект.

Більше інформації можна знайти в статті «Як правильно описувати схожі баги або один баг у різних браузерах».

Question 16

Де вказувати інформацію про те, що тестування проводилося на емуляторі?

Accepted Answer

При тестуванні на емуляторі в полі Platform потрібно вказати назву емулятора, в полях OS та OS Version потрібно вказати платформу, яка емулюється, та її версію. Детальніше можна прочитати у статті «Must have при оформленні багів по мобільному тестуванню».

Question 17

Які формати скріншотів і відео можна прикріплювати до баг-репорту в Mantis?

Accepted Answer

Скріншот необхідно прикріплювати формату «.png», «.bmp», «.jpeg».

Відео необхідно прикріплювати формату «.avi», «.mp4» або «.mkv».

Question 18

Чи можна заводити баг-репорти про наявність помилок 404 на сайті після перевірки на онлайн-сервісі W3C Link Checker?

Accepted Answer

Курсантам заборонено заводити баг-репорти з помилками, які знайдені за допомогою стороннього ПЗ. Необхідно використовувати тільки ручне тестування без доступу до коду.

Question 19

Чи будуть оцінюватися баг-репорти, які надіслані пізніше, ніж через один тиждень після відповідної лекції?

Accepted Answer

Баг-репорти можна заводити до закінчення курсу. Створені вчасно звіти можна редагувати/виправляти до останнього дня курсу. Але ті звіти, які будуть створені пізніше терміну виконання відповідного домашнього завдання, оцінюються і приймаються без зворотного зв’язку. Для безкоштовного курсу «Основи тестування ПЗ» без зворотнього зв'язку також приймаються всі баг-репорти починаючи з третього домашнього завдання.

Question 20

Чи є можливість ознайомитися з прикладами виконання домашніх завдань?

Accepted Answer

Приклади баг-репортів знаходяться в окремому проєкті в баг-трекері Mantis. Також курсанти можуть знайти приклади правильно оформлених баг-репортів в особистому кабінеті в розділі «Документи».
Приклади інших домашніх завдань надаються на кожному занятті, а також вказані в тестах в особистому кабінеті і в розділі «Документи».

Question 21

Баг-репорти необхідно оформлювати тільки за наданим для тестування сайтом? Чи можна тестувати свої ресурси й оформляти звіти про баги, які були знайдені на інших сайтах?

Accepted Answer

Для практичних робіт на курсі «Основи тестування ПЗ» курсантам надано спеціальний тестовий сайт. Цей ресурс необхідно тестувати протягом усього курсу, кожне домашнє завдання передбачає роботу саме в ньому.
Але на курсі є одне спеціальне завдання, в якому курсанти зможуть описати 1-3 цікавих бага, знайдених самостійно на загальнодоступних інтернет-ресурсах.

Question 22

Чи допускається опис дефекту українською мовою, якщо інтерфейс веб-сайту англійською мовою?

Accepted Answer

Так, але назви кнопок, посилань, повідомлень вказуються тією ж мовою, якою реалізований сайт (без перекладу).

Question 23

Послідовність «Що? Де? Коли?» повинна дотримуватися в описі багів?

Accepted Answer

Так, послідовність відповідей завжди повинна зберігатися. Потрібно слідувати їй у темі, описі та результатах.

Бувають винятки, в яких можна не вказувати частину «Де?» (задля запобігання тавтології) або «Коли?» (якщо баг відображається без додаткових дій).

Більше інформації про принцип можна знайти в статті «Як правильно скласти опис бага в баг-трекері. Принцип «Що? Де? Коли?».

Question 24

Під час тестування сайту може тестувальник вказати в баг-репорті на помилку в коді чи баг треба описати тільки як GUI?

Accepted Answer

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

Question 25

У полях «Select Profile» і «Additional Information» необхідно писати однакову інформацію?

Accepted Answer

У випадку тестування десктопної версії сайту в полі «Platform» вказується назва браузера і його версія (наприклад, Google Chrome 90.0.4430.85), у полі «OS» пишеться назва операційної системи (наприклад, Windows), у полі «OS Version» - версія операційної системи (наприклад, 10 х64).

При тестуванні на мобільних пристроях у полі «Platform» необхідно вказати «Mobile», заповнити поля «OS» і «OS Version» відповідними даними (наприклад: Platform: Mobile; OS: iOS; OS Version: 12.1.1), а інформацію про назву девайса, назву браузера з версією або назву програми вказати в розділі «Additional Information» (наприклад: iPad Air2 (iOS 12.1.1) Google Chrome 71 або Sony Tablet S Android 9.0 «Currency Converter»).

При тестуванні ігор на ПК у розділі «Platform» вказують «PC». При тестуванні ігор на мобільних пристроях у розділі «Platform» вказують «Mobile».

Question 26

Як можна дізнатися про очікуваний результат? Він береться зі специфікації?

Accepted Answer

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

Question 27

Чи має велике значення, у якому розширенні буде додано скріншот до баг-репорту?

Accepted Answer

Так, розширення скріншота має бути: «.png», «.bmp», «.jpeg». Відео необхідно прикріплювати формату «.avi», «.mp4», «.mkv».

Question 28

На кого необхідно призначати баг-репорти?

Accepted Answer

Багу при його створенні в пункті «Status» присвоюється статус «assigned» і він автоматично призначається на Training Center. Виправленим/перепризначеним багам зі статусом «feedback» автоматично призначається статус «assigned» після редагування і збереження змін.

Більше інформації про процеси перевірки і оцінки баг-репортів можна знайти у статті «Життєвий цикл перевірки баг-репортів».

Question 29

Як зрозуміти, що звіт про помилку (баг-репорт) був перевірений і не потребує доопрацювань?

Accepted Answer

Звіту про помилку можуть бути присвоєні статуси «feedback»/«зворотний зв'язок» і «accepted/«прийнятий», які означають:
- статус «feedback» / «зворотний зв'язок» - у звіт необхідно внести зміни відповідно до залишених коментарів;
- статус «accepted» / «прийнятий» - звіт був прийнятий і редагувати його не потрібно.

Більше інформації про процеси перевірки й оцінки баг-репортів можна знайти в статті «Життєвий цикл перевірки баг-репортів».

Question 30

Чи можна якось видалити дублікати баг-репортів?

Accepted Answer

Видалити дублікати баг-репортів не можна, але звіти зі статусом «сlosed» не враховуються в ліміт 50-ти дефектів.

Question 31

Чи можна зробити звіт по всім заведеним багам з баг-трекера на пам'ять?

Accepted Answer

Кожен курсант може зробити вивантаження своїх дефектів в форматі HTML і .doc за допомогою посилання «Print reports» у баг-трекері (знаходиться над списком дефектів).

Question 32

Чи обов'язково прикріплювати скріншоти до кожного баг-репорту?

Accepted Answer

Так, скріншоти дефектів є обов'язковими атрибутами бага.

Якщо баг потрібно відобразити в динаміці, то на додаток до скріншоту прикріплюється відео дефекту з голосовим супроводом.

Знімок екрану повинен бути прикріплений завжди, навіть якщо є відео, як попередній перегляд бага.

Винятком є ситуації, в яких скріншот не є інформативним (наприклад, у багах креша).

Question 33

Як правильно вказувати назву кнопок, якщо опис баг-репорта англійською мовою, а кнопка українською?

Accepted Answer

Назви кнопок, посилань, повідомлень вказуються в лапках тією ж мовою, якою реалізований сайт (без перекладу).

Більше інформації можна знайти в статті «Вживання артикля і назви елементів сторінки/вікна при описі баг-репортів англійською мовою».

Question 34

Як обирати пріоритет дефекту?

Accepted Answer

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

Question 35

Як можна стиснути відео? В баг-трекері відображається повідомлення про те, що відео занадто велике після додавання.

Accepted Answer

Іноді краще не стискати і не обрізати відео. Ви можете завантажити відео на будь-який файлообмінник (Dropbox, наприклад) і вказати посилання на відео в полі «Additional Information».

Question 36

Що потрібно описувати в полі «Description»/«Опис»?

Accepted Answer

Поле «Description»/«Опис» слід описувати одним реченням за принципом «Що? Де? Коли?» відповідно до теми. Можна додати ще 1 речення, якщо в ньому міститься важлива інформація, яка не помістилася в темі через обмеження за кількістю символів.

Question 37

Якщо повернули баг-репорт із зауваженнями, внести зміни потрібно в сам репорт чи в коментарі під ним?

Accepted Answer

Необхідно внести виправлення згідно залишених коментарів безпосередньо в дефект (після натискання на кнопку «Edit»). Виправленим/перепризначеним баг-репортам зі статусом «feedback» автоматично призначається статус «assigned» після редагування і збереження змін.

Question 38

Описувати один і той же баг-репорт необхідно українською й англійською мовами одночасно?

Accepted Answer

Ні, такі звіти будуть закриті як дублікати. Але курсант може оформити частину звітів українською мовою, а частину англійською. Не обов'язково всі звіти описувати тільки однією мовою.

Question 39

Як додати файл до баг-репорту, коли вже відправив репорт?

Accepted Answer

Для того, щоб прикріпити вкладення, необхідно:

1. Відкрити сторінку баг-репорту;

2. Натиснути кнопку «Edit»;

3. В розділі «Upload Files» завантажити потрібний файл;

4. Натиснути кнопку «Update information».

Question 40

Якщо часто повертають баг-репорт на доопрацювання, будуть знижені бали?

Accepted Answer

Якщо баг-репорт було повернуто на доопрацювання і всі помилки було виправлено, за нього виставляється бал, наближений до максимуму (0,95 для англійської, 0,7 для української мови оформлення). У процесі перевірки бали за відредаговані баг-репорти можуть знизитися тільки в разі зниження якості опису даних, видалення вкладень тощо.

На курсі «Основи тестування ПЗ» перші два домашніх завдання перевіряються з 1 зворотнім зв'язком, подальші - без. На курсі «Тестування: основи і практика» всі завдання перевіряються зі зворотнім зв'язком 2 рази.

Більше інформації про процеси перевірки і оцінки баг-репортів можна знайти в статті «Життєвий цикл перевірки баг-репортів».

Question 41

Яким чином надходить повідомлення про перевірку заведеного баг-репорту?

Accepted Answer

Курсантам на пошту буде надіслано листа. Після цього потрібно зайти в систему Mantis і подивитися який статус залишений баг-репорту:
- статус «feedback» - звіт перевірений і його необхідно виправити згідно із зауваженнями, зазначеними в полі «Comments»;
- статус «accepted» - звіт перевірений і не потребує виправлення.
Більш детальну інформацію про процес перевірки можна дізнатися тут.

Question 42

Статус бага «assigned» означає, що баг-репорт ще не перевірений?

Accepted Answer

Вірно, статус бага «assigned» означає, що баг-репорт ще не перевірений фахівцями Тренінгового центру.
Більш детальну інформацію можна дізнатися тут.

Question 43

Неправильно зазначений пріоритет бага знижує оцінку за заведений баг?

Accepted Answer

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

Question 44

Чи існують вимоги до імен файлів скріншотів?

Accepted Answer

Ні, окремих вимог до імен файлів скріншотів немає.

Question 45

Баг-репорти з помилками будуть у підсумку також оцінені?

Accepted Answer

Усі баг-репорти будуть оцінені. Якщо у звіті є помилки, то бал буде знижений.

Question 46

Можна прикріпити складний скріншот, або краще записати відео?

Accepted Answer

Краще прикріпити відео дефекту, але іноді більш ефективним є прикріплення складного скріншота.

Question 47

Якою мовою потрібно описувати баг-репорти?

Accepted Answer

Звіти можна описувати українською та англійською мовами.

Question 48

Баг-репорт вважається оціненим, коли став помаранчевим?

Accepted Answer

Статус «accepted» / «прийнятий» (помаранчевий колір) означає, що звіт перевірений та оцінений, його не потрібно виправляти.

Більше інформації про процеси перевірки й оцінювання баг-репортів можна знайти в статті: «Життєвий цикл перевірки баг-репортів».

Question 49

Якщо одна і та ж помилка відображається у всіх браузерах, потрібно оформити один баг-репорт або на кожен браузер окремо?

Accepted Answer

Потрібно оформити один баг-репорт. Основний браузер з версією повинен бути зазначений у полі «Platform». У разі, якщо баг повторюється у різних браузерах, необхідно це вказати в розділі «Additional Information» (не варто створювати кілька однотипних звітів про помилки).

Більше інформації можна знайти в статті: «Як правильно описувати схожі баги або один баг у різних браузерах».

Question 50

Чи потрібно перепризначати баг-репорт після його виправлення?

Accepted Answer

Якщо курсанту прийшов звіт зі статусом «feedback» і коментарями із зазначенням помилок, то необхідно виправити його відповідно до залишених коментарів. Виправленим / перепризначеним баг-репортам зі статусом «feedback» автоматично призначається статус «assigned» після редагування і збереження змін. Більш детальну інформацію можна дізнатися тут.

Question 51

Чи будуть сильно знижуватися оцінки за граматичні та орфографічні помилки англійською мовою?

Accepted Answer

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

Question 52

Чому тему потрібно писати обов'язково в пасивному стані (Passive Voice)?

Accepted Answer

При оформленні звітів про дефекти бажано використовувати пасивний стан. Оскільки він вживається, коли виконавець дії очевидний або несуттєвий, або коли дія чи її результат більш цікаві, ніж виконавець. А в баг-репортах важлива дія, що здійснюється над об'єктом, а не виконавець дії. Найбільш рекомендованим для використання в звітах є Present Simple Passive Voice.

Але є і виключення - креші описуються тільки в Present Simple Active Voice, а також в багах по іграх пасивний стан не завжди доречний, потрібно визначати його необхідність виходячи з суті дефекта.

Question 53

Баг-репорти, які заводяться під час вебінару, обов'язкові? Вони оцінюються як домашнє завдання?

Accepted Answer

Ні, не обов'язкові. Але всі баг-репорти, які курсанти заводять під час лекцій, будуть перевірені й оцінені нарівні з тими, які оформлюються в домашньому завданні.

Question 54

Приклад з лекції ще можна оформляти після її закінчення?

Accepted Answer

Так, можна вносити всі дефекти в систему відстеження помилок, беручи до уваги обмеження в 50 дефектів за весь курс. Курсанти можуть переглянути відеозапис заняття й оформити баг-репорт. Варто відзначити, що заводити в баг-трекер потрібно тільки ті приклади, які вказані лектором в рамках практичного завдання по заведенню баг-репортів у Mantis.

Question 55

Скільки балів можна отримати після виправлення оформленого баг-репорта?

Accepted Answer

Якщо курсант оформив звіт з першого разу без помилок – він зможе отримати максимум балів:

– українською мовою оцінюються 0,75 бала за один звіт;

– баги англійською мовою – 1 бал за один звіт.

Якщо курсант виправить у своєму звіті всі помилки – він зможе отримати:

– баги українською мовою оцінюються від 0,25 до 0,7 бала за один звіт;

– баги англійською мовою – від 0,5 до 0,95 бала за один звіт.

З максимально можливою кількістю балів можна ознайомитися на схемі шляху до успіху курсу «Основи тестування ПЗ».

Question 56

Що краще: погано описаний баг-репорт англійською або відмінно описаний баг-репорт українською?

Accepted Answer

Якщо у курсанта слабкий рівень англійської мови - краще виконувати домашні завдання  українською мовою. Мета курсу - навчитися будувати правильні смислові конструкції при описі багів.

Question 57

Який баг-репорт оцінюється: початкова версія або з уже внесеними корективами відповідно до коментарів?

Accepted Answer

Системою приймається оцінка останньої перевірки домашніх завдань з уже внесеними поправками.

Більше інформації про порядок перевірки й оцінки баг-репортів можна знайти в статті «Життєвий цикл перевірки баг-репортів».

Question 58

Де можна переглянути оцінку за заведений баг-репорт?

Accepted Answer

Можливість перегляду балів за заведений баг-репорт не передбачена. Після закінчення онлайн-тренінгу всім учасникам надсилається лист із загальними результатами по завершенню курсу, які включають бали за: звіти по багам, види тестування, чеклісти (і інші види домашніх завдань) та іспит. Але в особистому кабінеті на сторінці курсу є шкала, яка відображає успіхи курсанта в навчанні на шляху до отримання сертифіката. Вона заповнюється по мірі оцінювання. У ній будуть враховані бали по всіх домашніх завданнях (баг-репорти, чеклісти, опис видів тестування, тест-кейси та інші види домашніх завдань), факультативному завданню та іспиту.

Question 59

Чим більше «accepted» баг-репортів, тим більше отримано балів?

Accepted Answer

Статус «accepted» означає, що звіт перевірений, оцінений і його не потрібно виправляти. Відповідно, за такі звіти бал буде вище, ніж за баг-репорти зі статусом «feedback».
Більш детальну інформацію можна дізнатися тут.

Question 60

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

Accepted Answer

До всіх пунктів, зазначених як «Failed», необхідно обов'язково додавати або посилання на баг-репорт, або опис теми бага за принципом «Що? Де? Коли? » в примітці. Його можна не оформляти в баг-трекері, але тільки за умови доданих 5-ти посилань на баг-репорти. Порожніми дані пункти залишати не можна.

Question 61

Для чого призначене поле «Category» у баг-трекері?

Accepted Answer

У полі «Category» вказують вид тестування, до якого належить знайдений дефект.

На нашому курсі в даному полі вказують домашнє завдання, у рамках якого заведені баг-репорти.

Question 62

Що за номер відображається в Summary перед описом бага?

Accepted Answer

Це номер бага (його ID), який генерується при створенні звіту. Кожному новому звіту баг-трекер автоматично присвоює унікальний, наступний по порядку номер.

Question 63

У Mantis відображаються баг-репорти, які не були мною заведені. Що це за баг-репорти?

Accepted Answer

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

Question 64

Можна ознайомитися детальніше з правилами заповнення полів?

Accepted Answer

З правилами оформлення баг-репортів можна ознайомитися в розділі «Документи» в особистому кабінеті, дана інформація детально представлена в лекції №1 курсу «Основи тестування ПЗ». Також на нашому сайті в розділі «Блог» розміщені статті з правилами заповнення полів баг- репорта.

TAG: баг-репорт

10 найпопулярніших запитань

Теги

TAG: баг-репорт

10 найпопулярніших запитань

Теги

ДІЗНАВАЙСЯ ПРО ГРАФІК НАБОРУ НА КУРС ПЕРШИМ

Отримуй ексклюзивні статті про QA інструменти

Отримуй ексклюзивні статті про QA інструменти