Ethan huang 全民qa

750
-1

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
750
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
17
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Ethan huang 全民qa

  1. 1. 全民QAAn IntegratedDevelopment and Testing Lifecycle Ethan Huang
  2. 2. 黄方 (Ethan Huang)
  3. 3. 博克软件(杭州)有限公司
  4. 4. It’s about DEVELOPMENT
  5. 5. A real conversationTester A: Developer A:• Look at that bug; it’s pretty • Well, yes I agree that’s a bug. straightforward that the But we didn’t have enough functionality doesn’t match time, you know, the schedule our test case. Why can’t is tough, we did as much somebody do a quick smoke verifications as we could test before checking in the before we checked the code code? in; but we didn’t have enough time to cover that functionality. It’s great that the testing team found that bug, we can fix it later.
  6. 6. A real conversationTester B (Test Lead) : Developer B (Develop Lead) :• But that costs a lot, we • But that’s the reality, isn’t spent a whole day to it? It’s normal to have bugs. manually execute all the We cannot avoid delivering functional test cases and bugs together with the found at least 5 obvious code. That’s why we have a bugs. They could be testing team. identified even without looking at the test cases. Now we need another day for regression test after your team gets them fixed.
  7. 7. Rework/Cost 1h 2h 4h 2h Find Fix Smoke Generate Push A BUG This Bug Testing A Dev Build To Test AT LEAST 1 week 1d 0.5 d 1d 2d 1h Push UAT Push Regression BugTo Production To Staging Testing Verification
  8. 8. Bad quality
  9. 9. Team silos
  10. 10. And this conversations ishappening everywhereon this planet…
  11. 11. Why can’t we do things right the first time?
  12. 12. What does Do?
  13. 13. The REALITY• 6 Developers : 1 Tester• Non-structured narrative requirements• Huge amount of legacy functionalities• Few tests automated• 13 weeks to deliver
  14. 14. The PROBLEMAfter the planning the whole team wasfeeling upset because of the predictableBAD QUALITY
  15. 15. Team did root cause analysis
  16. 16. Team did root cause analysis• 1 Tester cannot complete all testing work• We might have to shrink testing phase• Big, complicated features - long Dev cycle needed to deliver one feature• Huge Regression Testing effort needed to cover legacy features as well• Has no Requirements details , only mockups• Don’t know what details to implement/write test cases• Lots of dependencies – hard to test
  17. 17. Team did root cause analysis - voted• 1 Tester cannot complete all testing work• We might have to shrink testing phase 80%• Big, complicated features - long Dev cycle needed to deliver one feature• Huge Regression Testing effort needed to cover legacy features as well 20%• Has no Requirements details , only mockups• Don’t know what details to implement/write test cases• Lots of dependencies – hard to test
  18. 18. Team decisions before kicking off• Break the team silos – Team Wide Testing• Do things right the first time – Create fewer bugs
  19. 19. Team• Developers to be involved into all QA activities• Let the only Tester organize the whole team
  20. 20. Process• We don’t do waterfall• We don’t do small waterfalls iteratively either
  21. 21. A newV Model
  22. 22. Activities• Represent Requirement using UAT Cases• Write Automation Tests before development• Test Driven Development• CCR + Local Verification• Check-In, CI + Continuous Automated Testing• Daily Verification/Daily Demo• Do UAT every Iteration
  23. 23. Break feature down to small stories
  24. 24. Every single storyis a developmentcycle
  25. 25. Every Sprintdelivers some stories
  26. 26. Two Quality Gates• Represent Requirement using UAT Cases• Write Automation Tests before development• Test Driven Development• CCR + Local Verification - Quality Gate 1• Check-In, CI + Continuous Automation Testing• Daily Verification/Daily Demo - Quality Gate 2• Do UAT every Iteration
  27. 27. What we achieved12 Sprints for Development,1 Sprint for Testing
  28. 28. What we achievedWe didn’t complete all the User Stories
  29. 29. But for those stories we delivered,the client couldnt find evenONE BUG
  30. 30. SummaryA new Team Model integrates Developers and TestersA new Lifecycle Model integrates Development and TestingNew Development activities driven by Tests

×