Web Browser Testing Matrix

go to site I want to introduce a process I have been using for the last several months on a web application currently in development. Our application is essentially a templating platform on top of which we can plug different content into an array of template types, organize them into a timeline, and produce a variety of custom workflows. If you're confused, think in terms of an online course which has many chapters, and many topics per chapter for which each has it's own unique workflow and content. For example, say you have 10 chapters, with 10 topics each. Now if each topic is comprised of a 10 page workflow (think test questions) you can quickly see the order of magnitude of the number of possible page + content permutations. In this example, we would be talking about (10 x 10 x 10) 1,000 unique pages that need to be tested. Now multiply this by the number of browsers we support. Managing this amount of data is a daunting task, and the linear QA tool we were using was not allowing us to gain efficiencies by detecting bug http://jesspetrie.com/?amilto=%D8%AF%D8%A7%D9%88-%D8%AC%D9%88%D9%86%D8%B2-%D8%A7%D8%B3%D8%AA%D8%B1%D8%A7%D8%AA%D9%8A%D8%AC%D9%8A%D8%A9-%D8%A7%D9%84%D8%AE%D9%8A%D8%A7%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%AB%D9%86%D8%A7%D8%A6%D9%8A%D8%A9 trends.

http://parts.powercut.co.uk/?risep=%D8%A7%D9%84%D8%AE%D9%8A%D8%A7%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%AB%D9%86%D8%A7%D8%A6%D9%8A%D8%A9-%D9%85%D9%86%D8%AA%D8%AF%D9%89-%D8%A7%D9%84%D9%81%D9%88%D8%B1%D9%83%D8%B3&d99=3b

http://wilsonrelocation.com/?q=%D8%AA%D9%88%D8%B5%D9%8A%D8%A7%D8%AA-%D9%81%D9%88%D8%B1%D9%8A%D9%83%D8%B3

source site I developed this matrix because I needed to stay in sync with our QA team, without getting lost in the avalanche of data.

follow

http://asandoc.com/?dwonsnow3=%D8%A7%D9%84%D8%AE%D9%8A%D8%A7%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%AB%D9%86%D8%A7%D8%A6%D9%8A%D8%A9-%D9%88%D8%B3%D8%B7%D8%A7%D8%A1-%D8%A7%D9%84%D8%AC%D8%AF%D9%8A%D8%AF%D8%A9-2017&6af=41 The design is very simple. My requirements were to be able to highlight the following bugs and bug trends:

http://jesspetrie.com/?amilto=%D8%A7%D9%84%D8%AA%D9%88%D8%B8%D9%8A%D9%81-%D8%A8%D8%BA%D9%8A%D8%B1-%D8%A7%D9%84%D9%82%D8%B7%D8%A7%D8%B9-%D8%A7%D9%84%D8%B2%D8%B1%D8%A7%D8%B9%D9%8A-%D8%A7%D8%B3%D8%AA%D8%B1%D8%A7%D8%AA%D9%8A%D8%AC%D9%8A%D8%A9-%D8%A7%D9%84%D8%AE%D9%8A%D8%A7%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%AB%D9%86%D8%A7%D8%A6%D9%8A%D8%A9
  • global bugs
  • browser specific bugs effecting all pages
  • page specific bugs seen on all browsers
  • isolated cases of bugs on one page and one browser
  • bugs which don't follow one of the above patterns but are seen more than once

http://theiu.org/?alisa=%D8%A3%D8%B3%D8%B9%D8%A7%D8%B1-%D8%A7%D9%84%D8%AA%D8%AD%D9%88%D9%8A%D9%84-%D9%84%D9%84%D9%81%D9%88%D8%B1%D9%83%D8%B3&0ef=5a

http://1conn.com/?binarforexar=Ш§Щ„Ш§ШіЩ‡Щ…-Ш§Щ„ЩЉЩ€Щ…-Ш§Щ„ШіШ№Щ€ШЇЩЉШ©

http://www.livingwithdragons.com/?printers=%D9%84%D9%85%D8%B9%D8%B1%D9%81%D8%A9-%D8%B9%D8%AF%D8%AF-%D8%A7%D8%B3%D9%87%D9%85-%D8%A8%D9%86%D9%83-%D9%88%D8%B1%D8%A8%D9%87&4c7=18

http://i3group.com.au/?klykva=%D8%A3%D9%81%D8%B6%D9%84-%D8%A7%D9%84%D8%AE%D9%8A%D8%A7%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D8%AB%D9%86%D8%A7%D8%A6%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D8%AE%D8%B7%D8%B7%D8%A7%D8%AA-%D8%B4%D9%85%D8%B9%D8%AF%D8%A7%D9%86&6ab=e2 With this matrix, I now have a higher level understanding of which bugs to watch out for when testing a particular flow. It allows me to gain efficiencies by enabling me to report a bug affecting multiple pages or browsers only once, and respectively only having to close the bug once. Whereas using a linear tool such as Jira, Trac, Bugzilla, HP QC, etc. would require the bug to be reported and closed multiple times.

ЩѓЩЉЩЃЩЉШ© ШґШ±Ш§ШЎ Щ€ШЁЩЉШ№ Ш§Щ„Ш§ШіЩ‡Щ… Ш№Щ† Ш·Ш±ЩЉЩ‚ Ш§Щ„Ш§Щ†ШЄШ±Щ†ШЄ ШіЩ€Щ‚ ШЇШЁЩЉ Ш§Щ„Щ…Ш§Щ„ЩЉ I also find that the process of clearing bugs using a linear process looks a lot like this:

  1. Read bug #123
  2. Load the proper browser
  3. Load the proper environment
  4. Load the application
  5. Navigate to the specific page
  6. Try to reproduce the bug
  7. Write code to fix the bug
  8. Repeat steps 4, 5, & 6
  9. If it's fixed, resolve the bug
  10. Move on to bug #124
  11. repeat...

http://dinoprojektet.se/?kapitanse=jobba-hemma-telefon&f1c=bc i.e., the process is unnecessarily long.

follow site My opinion is that tackling bugs in such a linear fashion loses the essential component of understanding the scope that this matrix provides visually. Furthermore, using a system of color coding, you are free to prioritize not only a specific bug but an entire trend. You can immediately see where your problem areas are and address them accordingly. Existing bug tracking systems don't provide this type of intelligence and thus result in an unnecessary slog through mountains of individual bugs. Another feature you may be looking for is change history. Google Spreadsheets allow a simple interface for multiple team members to insert a comment for each cell. You are free to use whatever system works for your team size. I have found that it works fine on our team of 4 people (2 devs, 2 QA).

go I won't go into much more detail so if you have questions, please ask. I have created an example doc (link below) with possible variations of bugs shown so you can get an idea for how to report certain bugs and bug trends. As our team grows, I will likely augment this form with a way to assign bugs to specific members.

source url Here's the link: Public Google Docs Spreadsheet

مستشارك للاسهم السعودية If you have a system which you've found to be effective, let me know. What works for you?