З понеділка йду на новий проект. The tester’s version - Олександра Зубаль
•
1 gefällt mir•98 views
З понеділка йду на новий проект. The tester’s version - Олександра Зубаль: - Коли тестувальнику починати тестувати? Очікування VS реальність - Новий проєкт. Шо робити? - Старий проєкт, але змінюється тестувальник. Шо робити? - Як все зібрати докупи, розкласти по поличках і почати нормально спати ночами?
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie З понеділка йду на новий проект. The tester’s version - Олександра Зубаль
Ähnlich wie З понеділка йду на новий проект. The tester’s version - Олександра Зубаль (20)
Mehr von Dakiry
Mehr von Dakiry (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
З понеділка йду на новий проект. The tester’s version - Олександра Зубаль
- 1. February 2020 Your first day at the new job. The tester’s version. Oleksandra Zubal
- 2. Хто я і чому ви маєте мене слухати? Саша Зубаль - 13 years in IT - Manual, automation, leadership positions - Different kind of companies and project setups - Jack-of-all-trades/T-shaped - Mentor and speaker - Never stop learning - QA Club Lviv organizer
- 11. When does the testers activity start at the project?
- 12. Expectation
- 13. Reality
- 15. Why was I hired?
- 17. As-is • Team • Domain • Documentation/Requirements • Budget • Customer/stakeholders • Dependencies
- 18. TEAM “Two possibilities exist: either we are alone on this project or we are not. Both are equally terrifying.
- 19. Domain ❖ Healthcare ❖ Ecommerce ❖ Automotive ❖ Finance ❖ IoT ❖ ML/AI ❖ VR/AR ❖ Gaming etc
- 20. Docs/reqs
- 21. Budget ❖ Hire more people ❖ Buy licenses ❖ Infrastructure ❖ Is it fixed prices or T&M project? ❖ Any other budget constraints?
- 22. Customer/User/Stakeholders ❖ Expectations ❖ Contacts ❖ Reporting ❖ User != Customer? ❖ Stakeholder management
- 25. Questions1) Why do we need testing? 2) What do we have to start testing? 3) When shall we start testing? 4) Which processes do we need to establish or describe? 5) What and how shall we tests?
- 26. The WHAT (To-be) ❖ Testing goals ❖ Methodology ❖ Communication plan ❖ Monitoring and control ❖ Documentation and reporting ❖ Risk management ❖ Tools ❖ Environments ❖ Improvements
- 28. The HOW ❖ DoR ❖ DOD ❖ Peer reviews ❖ Static code analysis ❖ VCS ❖ Unit, integration, system testing ❖ Pair sessions ❖ CI/CD ❖ Canary releases ❖ Automatic backup/restore plan
- 29. Tips and tricks 1) Write everything(!) down 2) All agreements shouldn’t be kept in slack or mail (use Confluence instead) 3) Build relationships with your team and customer from day 1 4) There are no stupid questions 5) Remember about non-functional reqs and keep track of thing that are out-of-scope 6)
- 30. Existing project ❖ Get to know the project and processes ❖ Structure information ❖ Audit the project (CAPA) ❖ Introduce change
Hinweis der Redaktion
- Невідоме - це не рандом, це просто складне. Треба декомпозувати ПриклаД - клауд
- По суті мета цієї презентації дати структуру, а значить навчити пройти шлях від as-is до to-be
- Отрицание Гнев Торг Депрессия Принятие
- Service company - більш вузька спеціалізація, клієнт і кастомер(юзер) - то різні стейкхолери, можете не мати доступу до десижн-мейкерів Продуктова - т-шейпи, інколи треба робити не свою роботу, є тільки 1 клієнт - це кінцевий користувач Фріланс - висока доля незалежної роботи, інтернаціональні команди, менше синхронної комунікації
- В якому форматі ми будемо співпрацювати із замовником? Де наші девелопери, ліди, скрам мастер/ПМ, ПО-БА Чи будуть ще тестери на проекті?
- Доменів є багато. Залежно від типу бізнесу, можна визначати додаткові обмеження і ризики з ним повязані, сертифікації тощо Examples: 1) Apple expressly forbids you from using iTunes to create nuclear missiles. Make sure you don’t accidentally activate the nuke function when you’re cleaning up the iTunes interface. 2) Amazon Lumberyard is a free game engine. Anyone can use it to build or host a game. In section 57.10 of the AWS EULA, Amazon states that you should not use Lumberyard with critical systems like medical devices or nuclear facilities. But it makes one exception to this. So if the zombie apocalypse ever happens, it’s good to know that you won’t face any legal repercussions for running your X-ray service on Amazon Lumberyard. 3) Згадати про GDPR
- Кастомери бувають IT and non-IT Non-IT - розробка для додаткового заробітку чи для оптимізації витрат Customer expectations: number of defects and their severity, any agreements on other metrics
- Testing goals: Стандартне: знайти дефекти, перевірити на відповідність реквайрментам, фідбек про стан продукту (приклад, ми з вами виробляємо екрани для мобілок) ще - дедлайни (напр, підтримка. 3ds 2.0) + пріоритезація Methodology: Якшо ви в скрамі, то треба передбачити ризик mini waterfall trap Comm plan: Дуже важливо як буде відбуватися комунікація: шо синхронно, а що асинхронно Які мітінги? Які репорти? Як комунікуємо дефекти? Ескалації Monitoring and control: What do we monitor? - We monitor risks and we monitor smth we agreed on (as per contract) Why? - To understand smth went wrong asap and make corrective actions How? - Metrics Risk mgmt: Карта ризиків (Ймовірність х Важливість) Стратегії по роботі з ризиками - Avoid, Accept, Transfer, Mitigate Tools: example not platform Env: Minimum number of environements (dev, qa, stage, prod) Consider env for performance. Who is reponsible? Improvements: How? Demming cycle: Plan > Do > Check > Act (improve)