1 / 18

QUALITY RATING как идентификация готовности продукта к релизу

Тимофей Сургученко Head of QA, Parallels. QUALITY RATING как идентификация готовности продукта к релизу. О себе. Тимофей Сургученко. 2003 – н.вр. – работаю в Parallels Junior Tester -> Head of QA. 100+ департамент 10+ продуктовых линеек Parallels Desktop for Mac – главный продукт.

thais
Download Presentation

QUALITY RATING как идентификация готовности продукта к релизу

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Тимофей Сургученко Head of QA, Parallels QUALITY RATING как идентификация готовности продукта к релизу

  2. О себе • Тимофей Сургученко • 2003 – н.вр. – работаю в Parallels • Junior Tester -> Head of QA • 100+ департамент • 10+ продуктовых линеек • Parallels Desktop for Mac – главный продукт

  3. О докладе Quality Rating– что это такое Основные преимущества Прочие плюшки Что нужно помнить Каких проблем избегать

  4. Как все начиналось 6летназад Уже не стартап в самом начале, есть успешный продукт Жесткое противостояние сконкурентами Очередная версия Делали-делали... А можно ли это показать пользователю?

  5. Что такое Quality Rating • Простая числовая метрика • Выставляется тестерами • Оценка уровня качества некоторых аспектов или компонентов продукта Простая числовая оценка уровня качества некоторых аспектов продукта

  6. QR as defined by Parallels 5 No problems at all. Clearly ready to ship 4 Can be shipped into production, but there are several non-critical issues 3 Can NOT be shipped into production, but is OK for evaluation 2 Not OK even for evaluation, blo/cri issues on main paths 1 Totally unusable/untestable QR – степень готовности компонента к передаче конечному пользователю

  7. Фокус на пользователя • Да: • комфорт пользователя • простота, целостность, юзабилити • готовность к релизу • Нет: • баги • требования • покрытие QR помогает сфокусировать команду на конечномпользователе

  8. Коммуникации проще • “Ну как там качество?” QR = 2 • Нашли 1 критический и 15 мажорных багов. Есть проблемы со скоростью рендеринга некоторых экранов. Клик по кнопке “Далее” в корзине иногда вызывает фатальную ошибку, не понятно почему. Функциональные тесты надо переделать после очередного изменения в корных компонентах... Коммуникация с помощью QRовгораздо проще и понятнее

  9. Общее представление о качестве 5 4 3 2 Общее представление получить проще

  10. Детали Легко понять качество конкретных компонент и динамику

  11. Какой QR? QR – фокус на конечного пользователя QR – величина субъективная

  12. Субъективная оценка • Зависит от человека, его выставляющего • Требует • хорошего менеджмента и правильного выбора тестеров • доверия между членами команды • QR необходимо хорошо обосновать: • багами • заблокироваными тестами • и прочими объективными вещами QR необходимо хорошо обосновать

  13. Какой QR? QR = 1, если нас интересует процесс

  14. QR vsпроцесс • QR • качество продукта • и процесса • Необходимо договариваться на берегу • И жестко следовать договоренности QR – и качество процессов в том числе

  15. QR иразработчики • “Я хочу погонять больше тестов”! • “Я хочу проверить больше конфигураций”! • “Я хочу пятерку” • Разработчики не так эффективны как тестеры  Не стесняйтесь отобрать фичу в тестирование

  16. QR vs KPI • QR: • субъективен • ориентирован на функционал, а не на его автора • “живая” метрика • Не может быть частью KPI Не делайте этого во имя мира в команде

  17. Резюме • QR – оценка уровня качества некоторых аспектов продукта • Преимущества: • (!) фокусирует разработку и тестирование на конечном пользователе • упрощает коммуникации • позволяет быстро получить обзор текущего уровня качества продукта • Помнить о том, что: • заведомо субъективная оценка • требует правильного обоснования • не может быть частью командныхили индивидуальных KPI

  18. Спасибоmailto: timsus@gmail.com twitter: @sstims

More Related