Q&A - Software


The Contact Us function at the top of every page on the tl9000.org and questforum.org websites is the preferred means for asking questions and receiving answers from the subject matter experts of the QuEST Forum. Over the last few years many questions have been answered through this means. The number of each question is the ticket number in the Contact Us tracking system.

These questions did not clearly fit in one of the other categories.

Question 10731 — If you have a hardware (“H”) registration do you also need to report software problems in your common measurements?

Answer — You are required to report all problem reports in the NPR submission INCLUDING software problem reports. These problem reports would also be reported in FRT and OFR.

SPR and SFQ are only reported when registrations include the “S” option for software. You would not be required to report SPR or SFQ since you only have a “H” registration.

Question 10511 — Clarification: For SFQ the counting rules that requires "Fixes addressing similar defects across multiple releases are counted separately.", does that mean if I have 1 software patch that covers 5 different releases, that counts as 5?

Answer — Yes

Question 11598 — SFQ - Let's say I made 10 NEW fixes that are generally available for the month of March. I discovered 4 defective fixes in the month of March and issued an additional 4 generally available fixes to correct those defective fixes. My DFc is 4 defective fixes for March. Is my Fc, fixes that became generally available, 10 or 14?

Answer — It would be 14. 14 Fc in the denominator and 4 DFc in the numerator.

Question 13268 — I have questions regarding to the SFQ counting rule. 8.1.4 b) 8) states
-------------------
A defective Fix meets one or more of the following criteria.
- cannot be installed
- does not correct the intended problem
- is withdrawn because of potential or actual problems
- causes a critical or major problem, attributable to the fix, within the first 6 months of the fix release date.

Question 1: What does the 3rd bullet mean? Does it strictly mean that the load containing this fix has to be removed from service? Or only the fix is identified as with problems, it does not care whether the load stays in service. In what situation is a fix withdrawn?

Answer — If a defective fix is made generally available whether it’s installed or not does not matter. If it’s withdrawn by the organization, it is still counted.

Question 2: Why is bullet 4 not already covered by the first three bullets?

Answer — Bullet 4 represents cases where a fix is installed successfully, it does correct the intended problem, and does not have to be withdrawn - yet during the first 6 months after the fix release, a critical or major problem occurs. The problem may impact other functionality that the fix was not intended to impact. This is an example of a case where in the process of fixing one problem, another may be created. If a minor problem report is generated (as opposed to critical or major) during the six month, the 4th bullet does not apply.