Тестування проекту - LamronNu/i GitHub Wiki

Де ми тестуємо? Тестове середовище:

• Нові допрацювання тестуємо на Poligon
• Регресивне тестування будемо проводити на окремому сервері Test-version

Опис процесу тестування:

• Що тестуємо?
  Тестувати маємо нові допрацювання, інтеграційні процеси та проводити регресійне тестування критичного функціоналу. Знайти нові допрацювання можна на Github за лейблом "Test".

• Як почати?
  Взяти задачу на тестування можна відкривши будь-яку задачу із лейблом "Test", натиснувши на іконку налаштунків біля напису "Assignee" задля зміни виконавця, і додавання додаткового лейблу "In process of testing". Так можна буде зрозуміти, що задача знаходиться у процесі тестування.

• Що робити з помилками?
  Помилки заводимо у Github (вважаємо це баг-трекінговою системою), - натискаємо "New issue", описуємо помилку згідно шаблону (дивись нижче), проставляємо лейбл "Bug", проставляємо Milestones "_Testing", та натискаємо "Submit new issue". Обов'язково лінкуємо створений баг з родинною задачей, що можна зробити вставкою URL створеної помилки у поле коментаря до родинної задачі. Нюанси:
  1.Якщо помилка була знайдена при дослідницькому тестуванні, то достатньо лише проставити лейбл "Bug", бо ми не знаємо, хто був/є розробником. Лінкувати цей баг з іншими задачами не потрібно.
  2.Прошу вас у назві помилки виставляти серйозність у квадратних лапках. Наприклад, [S4] - Не перекладене повідомлення про помилку на укр.мову.
  3.Можлива ситуація, коли при тестуванні якоїсь задачі ви знайдете безліч помилок з серйозністю S4-S5, тобто не значних та тривіальних. Рекомендуємо їх поєднати у один баг, в описі якого ви детально опишите всі знайдені дефекти.
  4.Якщо баг суперечливий, не виставляти лейбл Bug, а ставити лейбл "Question".
  5.Помилки, що стосуються BankID не заводьте на github, бо BankID є зовнішнім проектом. У разі знаходження таких помилок, прошу перевірити їх у файлі, в інших випадках звертатися особисто до мене (Сич Антон).

• Як закінчити тестування задачі?
  Якщо ви протестували задачу і помилок не було, сміливо закриваємо задачу. Для цього необхідно зняти з задачі лейбл "In process of testing" (але залишити лейбл "Test") та натиснути "Close issue" внизу сторінки.
  Задача не може бути закрита при наявності помилок з серйозністю S1-S2, а по відношенню до помилок з серйозністю S3 рішення буде прийматися окремо при плануванні майбутніх версій.

Формат заведення помилок:

• Короткий опис (у назві помилки).
• Серйозність помилки, де S1 - блокуюча помилка, S2 - критична, S3 - значна, S4 - не значна, S5 - тривіальна.
• Оточення (ОС, браузер).
• Детальний опис помилки.
• Додаткова інформація для розробника (якщо необхідно).
• Кроки відтворення.
• Приатачені фото/логі/ін. (якщо необхідно).
• Очікуваний результат.

Браузери

Виходячи з данних Google Analytics визначили, що на початковому етапі будемо тестувати:

• у наступних браузерах: Chrome, Firefox, Safari, IE
• на девайсах: Apple iPhone, Apple iPad

Види тестування:

На даному етапі будуємо ручне тестування (manual testing). В більшості випадків це буде дослідницьке тестування та ad hoc, бо працюємо без тест-плану та документації. Саме тому, в залежності від задачі, можемо приміняти наступні види тестування:

• Тестування інтерфейсу користувача (UI testing).
• Тестування локалізації (localization testing).
• Юзабіліті-тестування (usability testing).
• Димове тестування.
• Функціональне тестування.
• Регресивне тестування та інші.

E-government

• організаційні питання/процеси тестування - Сич Антон, (050) 320-14-68, skype: dn120784sav
• доступи/технічні рішення, - Володимир Білявцев (login: bvv4ik, skype: belyavtsevw)
• питання по задачах задавайте розробникам, або Володимиру Білявцеву (login: bvv4ik).