Хочеться 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. Що треба зробити, щоб зменшити ці постійні пробелеми і що позбутися ніяк бо це операційка, а які із них можна позбутися, або мати надзвичайно рідко. Також я розглядаю варіант, при якому залучити вас до роботи, щоб ви навели порядок у Тестуванні, вказали на помилки в управлінні, що заважають вірному тестуванню, щоб я їх вирішив.
