Консультація QA по тестуванню замовнику, для 3-4 проекти одночасно, завантаження QA 80 год/міс.

Хочеться Zoom call під запис, щоб я міг передивитися кілька разів. Очікую QA, який працює 3-4 ма проектами 2-3 роки, або QALead, що має в підпорядкування 1-2 QA. Ми в розмірі - 1, по книжці, scrum team. Є проекти, де треба знайти ключові баги (малий бюджет на тестування) в більшості випадків на стадії Support`у таких більшість, а є проекти де треба знайти 80+% багів, в більшості випадків в стадії Development`у таки за 1 раз тільки 1. Нема automation`а, QA не тестуе MySQL, працює із API через Swagger, в 90% тільки видача контенту і все. Заповнює даними через адмінку, щоб було що тестувати.

В роботі: 

1. Сайт контентний, в якому поступово раз в 3 міс, з'явлається новий дизайн для розділу сайту, остаточний продукт - верстка. Суть роботи: перевірка дизайну, чи дизайнер не відійшов від того, що було раніше, щоб мати цілісний сайт. Перевірка за верстки по попередньому дизайну. (проект в стадії Support`у)

2. Web application

- прості ігр для дитини (вибери щось одне із того що бачиш на екрані, N завдань в грі, нарахунок балів не складний) (проект в стадії Support`у) Суть роботи: переважно як в п.1, зовсім трохи логіки на рівні Standart калькулятора Windows (не Sientific)

- складна бізнес гра для дорослих (із багатьма обчисленнями, взаємо залежностями і тд. обчислення не складні, але треба слідкувати одразу за багатьма параметрами) (проект в стадії Develompent`у)

3. Mobile застосунок і iPhone і Android - онбоардинг, екран зі списком, слайдер для елементу списку, налаштування

Суть роботи: робота із дизайом як в п.1, функціонал: слід./попередній слайд онбоардинна, перемикання мови, управління музиковю вкл/викл, створити свій елемент спику, преміум.  (проект в стадії Develompent`у, після тестування перейде в стадію Support`у)

Основна проблема незалежно від прикладів нижче: інтуїтивне тестування на любих стадіях проекту. Навіть якщо є чеклісти - пропускається частина пунктів (роблю висновок - перехід в інтуїтивне тестування). В проекті де є кілька взаємозалежних параметрів, які далі по різному обчислюються - не "вибудовується схема тестування", тестування на рівні інтелектуальних/когнітивних можливостей. 

Для мене: 

Ключові баги, які очевидні 

- відкриваєш сторінку, екран - бачиш що щось роз'їхалось, не той колір і тд. 

- ті розрахунки які customer побачить і перевірить в першу чергу

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

(чомусь ці речі періодично з'являються після тестування, і це найбільше непокоїть)

80%, це:

- все, що ключове

- перевірені розрахунки, які побачить "продвинутый customer" продукту

Завантаження тих 80 годин, на прикладі: 

Приклад 1: 

Проект 1 (пріорітет 2), стадія development`у:  60-80% часу

Проект 2, стадія support`y:  10-15% часу

Проект 3 (пріорітет 1), стадія support`y:  10-15% часу

Проект 4, стадія support`y:  10-15% часу

Проблема: крім описаного вище - "важко переключатися". Важко пріорітезувати роботи в середині проекту, щоб йти по пріорітетам ти, що вказані по проектам. Руки QA не доходять до низько пріорітетного проекту. 

Всі проблеми загострюються, коли є картина описана нижче - тобто час від часу 1-2 проекти із стадії support'y переходять в КОРОТКУ стадію development'у.

Проект 1 (пріорітет 1), стадія development`у:  60-80% часу

Проект 2, стадія support`y:  10% часу

Проект 3 (пріорітет 2), стадія development`у:  40% часу

Проект 4, стадія support`y:  0% часу, але можть задати питання уточнюючі по плановим задчам. 

Що я очікую від консультації?

Що вона може зайняти 2 години точно. Ціну за консультацію. Ціну за годину роботи (я працюю по погодинній оплаті, мені так зручніше). Прямо вказати де я невірно оцінюю роботу QA, де я помиляюся, те ж саме по QA. Що треба зробити, щоб зменшити ці постійні пробелеми і що позбутися ніяк бо це операційка, а які із них можна позбутися, або мати надзвичайно рідко. Також я розглядаю варіант, при якому залучити вас до роботи, щоб ви навели порядок у Тестуванні, вказали на помилки в управлінні, що заважають вірному тестуванню, щоб я їх вирішив.