Open thescientist13 opened 6 years ago
@saimatsumoto removing sprint3-carryover since it wasn't initially scoped to be part of Sprint 3
@thescientist13 @ekrasner1 Please review below device testing matrix and provide any feedback.
Device, OS / Browser | Safari 10 | Chrome 62 | FireFox 57 | IE 11 |
---|---|---|---|---|
OS X 10.11+ | 7 (Medium) | 10 (High) | 3 (Low) | N/A |
Windows 10 | N/A | 10 (High) | 3 (Low) | 3 (Low) |
iPhone iOS 10 | 7 (Medium) | 3 (Low) | N/A | N/A |
iPhone iOS 11 | 10 (High) | 7 (Medium) | N/A | N/A |
Galaxy mobile Android 6+ | N/A | 10 (High) | N/A | N/A |
iPad iOS 11 | 3 (Low) | 3 (Low) | N/A | N/A |
Tablet Android 5+ | N/A | 7 (Medium) | N/A | N/A |
@saimatsumoto This is a great start! My one comment would be how to interpret the 1 - 10 scale? Maybe you could expand on it for us? What is a 3 or 7 or 10 telling me about what set of behaviors / features / etc that browser should support?
From my experience, what I look to a Testing Matrix is for these answers to a question about a defect / story. So if imagine scenarios like whether the Header or Events List is broken...
So ultimately, we're trying to build up a mapping of features (like we would capture in our E2E tests) and how bad it is if it's broken in production, so the scale should roughly allow someone to understand something like:
this device / browser should work for 80% of all user stories (starting at the top with with the most important)
Thank you @thescientist13 will make changes after getting more insight for this later today.
Type of Change
Summary