QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать

Sep. 27, 2017
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать
1 of 23

More Related Content

What's hot

Introduction to Continuous Delivery (BBWorld/DevCon 2013)Introduction to Continuous Delivery (BBWorld/DevCon 2013)
Introduction to Continuous Delivery (BBWorld/DevCon 2013)Mike McGarr
От хаоса к автоматизации тестирования на примере BackendОт хаоса к автоматизации тестирования на примере Backend
От хаоса к автоматизации тестирования на примере BackendCOMAQA.BY
Key Measurements For TestersKey Measurements For Testers
Key Measurements For TestersGopi Raghavendra
Agile Testing in Enterprise: Way to transform - SQA Days 2014Agile Testing in Enterprise: Way to transform - SQA Days 2014
Agile Testing in Enterprise: Way to transform - SQA Days 2014Andrey Rebrov
What if you could eliminate the hidden costs of development?What if you could eliminate the hidden costs of development?
What if you could eliminate the hidden costs of development?Rogue Wave Software
Ssw forte-agile-seminarSsw forte-agile-seminar
Ssw forte-agile-seminarSSW

What's hot(19)

Similar to QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать

Project portfolio formation frameworkProject portfolio formation framework
Project portfolio formation frameworkReza Masoumi
2019 August - Jad Abou Ibrahim2019 August - Jad Abou Ibrahim
2019 August - Jad Abou IbrahimPMILebanonChapter
Free PMP Sample Q & AFree PMP Sample Q & A
Free PMP Sample Q & AOSP International LLC
Heliotropic AbundanceHeliotropic Abundance
Heliotropic AbundanceGlen Alleman
What Makes A Great Dev Team - Mike RobinsonWhat Makes A Great Dev Team - Mike Robinson
What Makes A Great Dev Team - Mike RobinsonJeffrey Clark
What Makes A Great Dev Team - Mike RobinsonWhat Makes A Great Dev Team - Mike Robinson
What Makes A Great Dev Team - Mike RobinsonJeffrey Clark

Similar to QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать(20)

More from QAFest

QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилинQA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилин
QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилинQAFest
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The FutureQA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The Future
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The FutureQAFest
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...QAFest
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...QAFest
QA Fest 2019. Никита Галкин. Как зарабатывать большеQA Fest 2019. Никита Галкин. Как зарабатывать больше
QA Fest 2019. Никита Галкин. Как зарабатывать большеQAFest
QA Fest 2019. Сергей Пирогов. Why everything is spoiledQA Fest 2019. Сергей Пирогов. Why everything is spoiled
QA Fest 2019. Сергей Пирогов. Why everything is spoiledQAFest

More from QAFest(20)

Recently uploaded

Google Cloud Study JamsGoogle Cloud Study Jams
Google Cloud Study JamsSahithiGurlinka
ACTIVITY BOOK key 00.pptxACTIVITY BOOK key 00.pptx
ACTIVITY BOOK key 00.pptxMar Caston Palacio
Cloud Study Jams 23-24 - DMCECloud Study Jams 23-24 - DMCE
Cloud Study Jams 23-24 - DMCESARTHAK170317
Spring 2023 - Planning Studio VI- Digital Exhibition CatalogueaSpring 2023 - Planning Studio VI- Digital Exhibition Cataloguea
Spring 2023 - Planning Studio VI- Digital Exhibition CatalogueaCity and Regional Planning, METU
Monthly Information Session for MV Asterix (September 2023) - Web.pptxMonthly Information Session for MV Asterix (September 2023) - Web.pptx
Monthly Information Session for MV Asterix (September 2023) - Web.pptxEsquimalt MFRC
Accounting with Drones - Sri Akshay - 23COMD60Accounting with Drones - Sri Akshay - 23COMD60
Accounting with Drones - Sri Akshay - 23COMD60Kumarasamy Dr.PK

QA Fest 2017. Ирина Жилинская. Тестирование основанное на рисках в реальности: как с ним работать

Editor's Notes

  1. Is Risk-Based testing approach? Values it brings to both Project and Client
  2. Possibility (Вероятность возникновение) Степень негативности Вероятность: То что являет фактом – точно не риск это ограничении what is impossible is not a риск и то что достоверно это ограничение Ну например мне не нужно волноваться что я сейчас поднимусь и ударюсь головой о потолок – тк гравитация работает или невозмножно не является риском– ( например гравитация она работает) не нужно волноваться совсем
  3. Possibility (Вероятность возникновение) Степень негативности Вероятность: То что являет фактом – точно не риск это ограничении what is impossible is not a риск и то что достоверно это ограничение Ну например мне не нужно волноваться что я сейчас поднимусь и ударюсь головой о потолок – тк гравитация работает или невозмножно не является риском– ( например гравитация она работает) не нужно волноваться совсем
  4. In risk-based testing, the results of Risk analysis will form key inputs into the test planning process as well as the test estimation process.
  5. In risk-based testing, the results of Risk analysis will form key inputs into the test planning process as well as the test estimation process.
  6. [+] Business availability [+] No defined Processes значит что мы можем его настроить так как удобно нам [+] Time – ВРЕМЯ вначале проекта у тестировщика есть ВРЕМЯ на то чтобы заниматься риск бейзд тестированием Identify + Communicate Present риск бейзд стратегию Combine – комбинируейте подходы, покуда процесс еще не установлен его можно рисовать так как прваильно и необходимо Learn - важно знание домена!!! Если домен сложный – тогда вовлечь команду – раздробить скоуп на куски и презентовать друг другу кусками Google – вся аналитика статистика все что может помочь при определении того как систему пользуют и что хотят от нее Кто юзера например? Основные фейлы предыдущих систем, Brainstorm Ask RIGHT questions in RIGHT place Внедриться в тылы БА для того чтобы учавствовать в груминге, если нет – получить доступ к сторям как можно раньше + сделать Жиру таким образом чтобы к сторям линковались десижены их договорится что все вопросы в десиженах БА отвечает + пока идет выяснение требований вики страничку где все будет документироваться именно под и для куа и риск бейзд
  7. Find the RIGHT Guy человека/людей у которыъ есть доменные знания Привести пример Репортинговой апп (без доков и срочным релизом) Инвестигируйте проект (прежде чем менять нужно знать «где мы есть», «какие апроучи используем» «проблематики») Подготовьте решение для презентации и подготовьте план имплементации (пример Инвестмент проекта): стадия обсервации, подготовки, презентации и план итеративного внедрения Риск бейзд) и важно в отличии от например проекта нового мы презентуем решение уже решение, которое решает проблемы (ботелнеки)
  8. Collect data from the past Trace past data with identified Risks Проанализировать предыдущие кейсы + автомейшен и намапить все на текущий чек лист
  9. Collect data from the past Trace past data with identified Risks Проанализировать предыдущие кейсы + автомейшен и намапить все на текущий чек лист
  10. Collect data from the past Trace past data with identified Risks Проанализировать предыдущие кейсы + автомейшен и намапить все на текущий чек лист
  11. Особое внимание на 2е вещи
  12. Analyse Past Expirience -> form RNP based on past data Два момента 1- хорошо включать в риск ассесмент 2- но лучше оставить для корректировки чтобы не сбивать с толку команду
  13. extensive testing effort takes broad testing effort takes ~ 25-35 % from total test design implementation end execution Cursory takes ~ 5-15 % from total test design implementation end execution takes ~ 5 % from total test design implementation end execution
  14. [-] Mixed User Story coverage (1 Test Case covers few functional entity) What if 1 step failed? 1 test case covers ONLY 1 entity Automate Risk Catalog as much “automated” as possible Establish Team Rules to support Correct Reporting Allocate time for Experience based testing
  15. [-] Mixed User Story coverage (1 Test Case covers few functional entity) What if 1 step failed? 1 test case covers ONLY 1 entity Automate Risk Catalog as much “automated” as possible Establish Team Rules to support Correct Reporting Allocate time for Experience based testing
  16. [-] Inappropriate Maintenance = забыли промаркировать = потеряшки Communicate the process всегда напоминайте и проверяйте
  17. Is Risk-Based testing approach? Values it brings to both Project and Client
  18. Possibility – what is impossible is not a ris То что достоверно это ограничение или невозмножно не является риском– ( например гравитация она работает) не нужно волноваться совсем