QV Systems Bug Fix Policy
Bug Reports
QV Systems Support team are eager and happy to help verify bugs — we take pride in it! Create an issue in our support hub, providing as much information as you can about how to replicate the problem you're experiencing. We'll try to replicate the bug to verify, and if successful we will report it. We'll also try to provide workarounds if possible.
How we approach bug fixing
QV Systems seeks to target the most critical bugs affecting the widest customer set. Bugs are prioritised based on the the estimated impact to QV Systems customers. Most bugs are initially reported at Low priority until they are triaged and the true impact is assessed by our support team.
The priorities applied to confirmed bugs are:
Priority 1 - Critical
Your application is degraded. Users aren't able to perform their job function, and no workarounds are available. Typically the most impactful bugs are treated by QV Systems as an incident and can be tracked on https://status.qv.systems, highest priority bugs are the next most impactful variety of bug.
QV Systems begins work on Critical priority bugs straight away.
Priority 2 - High
A feature is unavailable, application performance is significantly degraded, or users job functions are impaired.
QV Systems generally seeks to begin work on High priority bugs as soon as resource become available.
Priority 3 - Medium
The application or specific feature isn't working as expected, but there is a workaround available. Users' experience is impacted, but their job function is not impaired.
Medium priority bugs are typically worked on after all High and Critical priority bugs are resolved and there are no other critical priorities.
Priority 4 - Low
Typically smaller paper cuts such as cosmetic errors, or non-critical functionality not behaving as expected.
Low priority bugs are worked on once all other issues have been resolved or a change is being made to that area of the product.
About our bug fix workflow
If you “watch” the system issues you log via the support hub it’s useful for you to understand how we review, prioritise, and resolve them.
Here’s the current workflow, and a description of each status.
Workflow Status Definitions
Workflow Status | Definition | Phase |
---|---|---|
Open & Reopened | This issue is waiting to be reviewed by a member of the QV Systems support team. Typically, only recently created issues are in this status. Our support team review these issues regularly. | Review |
Under Investigation | This issue has been reviewed, our support team are working on the issue and gathering information to gauge the pervasiveness of the problem. | Prioritisation |
Waiting For Customer | We may need gather more information from you to allow us to prioritise this issue correctly | |
Development Support | A fix for this issue is required, The issue has been prioritised and is currently waiting to be allocated and will be worked on in priority basis. | |
In Development | The development team is actively working on fixing this issue. | Implementation
|
In review | A fix for this has been identified but larger considerations are required this needs to be discussed with the product team as it may affect current functionality. | |
Waiting for 3rd party | This issue is being caused by one of our partners, we have logged an issue with them and we are waiting for the fix to be implemented. | |
Test\UAT Required | A fix for this issue has been implemented and is waiting to be tested by us or the client. | |
Resolved | Work on this issue is complete. If the bug has been fixed, the resolution will be ‘Fixed’. If required, code changes are rolled out to the full customer base. If no code changes were required, the resolution will be ‘Duplicate', 'Won't fix', 'Handled by support', 'Timed out', or similar. | Closure |
How to get access to bug fixes
Once a bug fix is written, tested, and verified, we’ll roll it out to your site as soon as we reasonably can - in many cases this will occur inline with our release schedule.
Please note the above priorities, timeframes and objectives are intended to provide general guidance on how QV Systems internally handles bugs. Any response times or resolution timeframes in this document are non-binding targets, and do not create any representations, warranties, obligations or liabilities. Please refer to your contract for your exact SLA’s.