Tag: #qualityassurance

  • TASSQ Webinar for October 2025

    TASSQ Webinar for October 2025

    Topic: Enough is Enough – When is enough visual test coverage?

    Presenter: Derek Choy

    Location: Online, Zoom

    When: Tuesday, October 21at at 6:15 p.m. (until 7:30 p.m.) EST

    Cost: $10.00 CAD

    Register at: https://tassq.org/events

    Abstract:

    Enough is Enough – When is enough visual test coverage?

    The session will focus on how QA teams can accurately assess whether their applications have sufficient visual test coverage using modern tools and best practices. The presentation will introduce the concept of visual coverage, which goes beyond code coverage to reveal untested, under-tested, and high-risk areas of your user interfaces. We will explore technologies like visual heatmaps and intuitive gap analysis to instantly identify missing or redundant tests, helping teams streamline their QA processes and maintain consistent quality.

    Presenter Bio:

    Derek Choy is a seasoned technology executive with extensive experience in quality assurance (QA) and engineering leadership within fast-growing SaaS and enterprise software organizations. As CTO and previously COOr at Rainforest QA, Derek has been instrumental in driving product and technical innovation for one of the leading platforms in on-demand QA, scaling globally distributed engineering and product teams, and helping companies achieve robust, automated software testing processes. Derek holds degrees from Imperial College London and Stanford University and has served as a strategic advisor in cloud testing and machine learning QA initiatives. He is widely recognized for advancing scalable QA strategies.

    Register at: https://tassq.org/events

  • TASSQ 2025 – 2026 Schedule

    TASSQ 2025 – 2026 Schedule

    TASSQ is pleased to announce their September 2025 through February 2026 schedule.

  • Is your testing Ad hoc?

    Is your testing Ad hoc?

    While most people won’t come out and say that their testing is Ad Hoc, it can usually be inferred from some of the following comments:

    1. We keep redoing things.

    2. We seem to lose everything with every iteration.

    3. We keep re-inventing the wheel.

    4. We have thousands of testcases and most of them have not been looked at in years.

    5. We miss things in every release even though we saw them in the past.

    6. We keep solving the same problems in development.

    And on the list goes.

    If you feel you are stuck in this rut, it is time to break out

    .

    But that requires a fresh look at the following items:

    * Current assets

    * Current processes

    * Missing pieces

    * Left over items and problems. Breaking out of Ad Hoc testing is very difficult. Process improvement is resisted on many levels.

  • Privacy

    Privacy

    Privacy of data is becoming increasingly important to the industry. With increasing regulations and increased scrutiny from the press, no organization can hide data breaches for too long.

    Issue The client was facing a privacy audit from one of their customers.

    Please take a look at Case Study 10: https://nvp.ca/wp-content/uploads/2021/06/Case-Study-10-Privacy.pdf to see what was provided.

  • Test Leadership

    The role of a Test Lead varies widely between organisations and even within some large organisations. Some test leads execute a plan, other build and manage and some run multiple projects with other test leads running particular aspects.  If you are in this position, you may be wondering what to do. 

    Please take a look at Case Study 2: https://nvp.ca/wp-content/uploads/2019/06/Case-Study-2.pdf for how training was organised in one particular example.

  • Quantifying Intangibles

    Quantifying Intangibles

    Last week we talked about how missing Quantifying the Intangibles caused issues in people supporting QA efforts. When intangibles cannot be costed (but still take effort) and the benefits the provide may not be immediate they become a (not so hidden) cost on the project. At the very least we need to put a baseline cost on the intangibles.

  • Why is QA Difficult to Understand?

    Why is QA Difficult to Understand?

    It is difficult to quantify some aspects of QA, particularly the intangible aspects that cannot be costed. If they are lumped under the overall category of being long term improvements or ‘good for the company’, it is very difficult to justify that type of expense out of a project budget. It is no wonder that these types of ideas get very little exposure in your typical IT project.

  • Are your Product Issues Worrying You? – Part 2

    Are your Product Issues Worrying You? – Part 2

    Last week, we asked if your Product Issues were worrying you and suggested some reasons why this concern might arise. The question that might come up is: “Why Quality Assurance for addressing this concern?”. QA is more than just software testing, it is all about Process Improvement and reducing the chance of further errors. Whether you are a startup or someone with hundreds of applications, all the processes surrounding those applications can usually be improved. This is where QA comes in and can help you.