Перевірка якості (QA)

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

Димове тестування (smoke testing)

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

Підтвердження повідомлень про помилки

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

Якщо Ви маєте доступ до репозиторію з правами на запис, можете замінити позначку вимагає підтвердження на bug (вказавши на підтверджену наявність проблеми) або invalid (якщо проблему відновити не можна). В такому разі запит потрібно закрити.

Якщо Ви помітите два звіти з описом тієї самої проблеми, залиште коментар та спробуйте знайти відмінності. Якщо вони насправді однакові, закрийте новіший та позначте його duplicate.

Тестування виправлень

Pull-запити можна протестувати зі скриптами QA. Для отримання довідки виконайте ubports-qa -h.

Після долучення pull-запиту, який виправляє цю проблему, він переноситься до завершеного стовпця Контрольні точки Gitlab. Перевірте, будь ласка, чи досі ця проблема присутня у цьому стовпці в останньому оновленні каналу розробки, а потім перевірте чи не зламалося в оновленні нічого іншого. Перевірте, чи є щось конкретне, про що згадав розробник, на що слід звернути увагу під час тестування та залиште свій коментар з детальним описом власного досвіду. Якщо маєте у репозиторії дозвіл на запис, можете перенести звіт про помилку до частини In Development (та перевідкрийте) або направте до Release Candidate як описано у настановах щодо виправлення помилок.

Початкове сортування звітів про помилки

Початкове сортування нових проблем виконується учасниками команди тестувальників (QA-team) з доступом на запис до репозиторію. Коли з’являється новий опис проблеми, перечитайте звіт та додайте відповідні мітки як це описано у настановах щодо опрацювання проблем. Можете також одразу зайнятися перевіркою звіту.

Якщо такий самий звіт про помилку вже надходив, позначте його duplicate та закрийте.