AI exposure: Software Quality Assurance Analysts and Testers
Develop and execute software tests to identify software problems and their causes. Test system modifications to prepare for implementation. Document software and application defects using a bug tracking system and report defects to software or web developers. Create and maintain databases of known defects. May participate in software design reviews to provide input on functional requirements, operational characteristics, product designs, and schedules.
Reading this score
computedSoftware Quality Assurance Analysts and Testers sits in the top 5% of every occupation measured. 60.2% of what this job consists of, weighted by how important each task is to the role, is work current AI systems can produce with little standing in the way. Very few occupations score this high. The ones that do tend to share a trait: the output is a document, a calculation or a message, and nobody has to be in a particular room for it to count.
What holds the line here is context. Across this occupation's 30 tasks it averages 1.78 out of 3, the highest of the five friction dimensions. In plain terms, the work depends on knowledge the model cannot hold. Much of this job runs on things that were never written down: what this particular organisation does, what happened last week, what the person across the table actually meant. That context is the barrier, and it erodes as systems are given more access.
The most exposed thing this job does is Conduct historical analyses of test results, at 86.7%. The least is Participate in product design reviews to provide input on functional requirements, product..., at 40.0%. A gap of 46.7% between two parts of the same job is the reason this index publishes at task level. An occupation-wide number would have hidden both.
Within computer and mathematical occupations, this one is more exposed than most. The median across the 36 roles in the group is 56.7%, and only 15 of them score higher than this. Occupational families are not uniform, and the spread inside them is often wider than the gap between them.
What would move this score. Of 30 tasks, 30 are currently banded exposed, 0 assisted and 0 untouched. For that distribution to shift materially would take systems being given deeper access to the organisation's own records and history, which is already happening. The score is re-computed every quarter against a fresh capability reference, and the change is published rather than quietly applied.
Task by task
30 tasks, O*NET 31.0| Task | Exposed | Assisted | Untouched | Importance | Band |
|---|---|---|---|---|---|
| Conduct historical analyses of test results. | 86.7% | 13.3% | 0.0% | 3.29 | exposed |
| Monitor program performance to ensure efficient and problem-free operations. | 80.0% | 20.0% | 0.0% | 3.97 | exposed |
| Recommend purchase of equipment to control dust, temperature, or humidity in area of system installation. | 80.0% | 20.0% | 0.0% | – | exposed |
| Store, retrieve, and manipulate data for analysis of system capabilities and requirements. | 80.0% | 20.0% | 0.0% | – | exposed |
| Monitor bug resolution efforts and track successes. | 76.7% | 23.3% | 0.0% | 4.12 | exposed |
| Document test procedures to ensure replicability and compliance with standards. | 73.3% | 26.7% | 0.0% | 4.30 | exposed |
| Create or maintain databases of known test defects. | 73.3% | 26.7% | 0.0% | 4.15 | exposed |
| Develop or specify standards, methods, or procedures to determine product quality or release readiness. | 73.3% | 26.7% | 0.0% | 4.12 | exposed |
| Review software documentation to ensure technical accuracy, compliance, or completeness, or to mitigate risks. | 73.3% | 26.7% | 0.0% | 3.71 | exposed |
| Perform initial debugging procedures by reviewing configuration files, logs, or code pieces to determine breakdown source. | 70.0% | 17.5% | 12.5% | 3.66 | exposed |
| Identify, analyze, and document problems with program function, output, online screen, or content. | 67.2% | 24.4% | 8.3% | 4.70 | exposed |
| Investigate customer problems referred by technical support. | 66.7% | 33.3% | 0.0% | 3.81 | exposed |
| Evaluate or recommend software for testing or bug tracking. | 61.3% | 26.2% | 12.5% | 3.25 | exposed |
| Install, maintain, or use software testing programs. | 60.0% | 15.0% | 25.0% | 4.26 | exposed |
| Install and configure recreations of software production environments to allow testing of software performance. | 60.0% | 15.0% | 25.0% | 3.45 | exposed |
| Document software defects, using a bug tracking system, and report defects to software developers. | 58.3% | 29.2% | 12.5% | 4.68 | exposed |
| Plan test schedules or strategies in accordance with project scope or delivery dates. | 58.3% | 29.2% | 12.5% | 4.00 | exposed |
| Coordinate user or third-party testing. | 55.0% | 20.0% | 25.0% | 3.34 | exposed |
| Visit beta testing sites to evaluate software performance. | 55.0% | 20.0% | 25.0% | 3.33 | exposed |
| Conduct software compatibility tests with programs, hardware, operating systems, or network environments. | 52.5% | 22.5% | 25.0% | 3.88 | exposed |
| Identify program deviance from standards, and suggest modifications to ensure compliance. | 52.5% | 22.5% | 25.0% | 3.70 | exposed |
| Provide feedback and recommendations to developers on software usability and functionality. | 50.0% | 25.0% | 25.0% | 4.27 | exposed |
| Test system modifications to prepare for implementation. | 50.0% | 25.0% | 25.0% | 4.21 | exposed |
| Collaborate with field staff or customers to evaluate or diagnose problems and recommend possible solutions. | 50.0% | 25.0% | 25.0% | 3.34 | exposed |
| Modify existing software to correct errors, allow it to adapt to new hardware, or to improve its performance. | 50.0% | 25.0% | 25.0% | – | exposed |
| Develop testing programs that address areas such as database impacts, software scenarios, regression testing, negative testing, error or bug retests, or usability. | 45.0% | 30.0% | 25.0% | 4.52 | exposed |
| Design test plans, scenarios, scripts, or procedures. | 45.0% | 30.0% | 25.0% | 4.35 | exposed |
| Update automated test scripts to ensure currency. | 45.0% | 30.0% | 25.0% | 4.09 | exposed |
| Design or develop automated testing tools. | 45.0% | 30.0% | 25.0% | 3.60 | exposed |
| Participate in product design reviews to provide input on functional requirements, product designs, schedules, or potential problems. | 40.0% | 35.0% | 25.0% | 4.03 | exposed |
Task text and importance ratings sourced from O*NET 31.0. Shares computed. The occupation score is the importance-weighted mean. 3 task(s) lacked a usable O*NET weight and are shown but excluded from the weighting.
Where the score comes from
judgedEvery task is scored through the standardised work activities it maps to. These are this occupation’s averages on the six rubric dimensions. Capability is what AI can do; the other five are what stands in the way.
| Dimension | Mean | Scale |
|---|---|---|
| Capability | 3.42 | 0-4 |
| Embodiment | 0.31 | 0-3 |
| Presence | 0.13 | 0-3 |
| Accountability | 0.84 | 0-3 |
| Context | 1.78 | 0-3 |
| Verification cost | 1.30 | 0-3 |
What this means in practice
Where most of a role's weighted task load is exposed, the work that survives is usually the part of the job nobody wrote into the job description: deciding what should be produced rather than producing it, and being answerable for the result. The tasks lowest on this page are a better guide to where to spend your time than any general advice about the future of work.
Occupations either side of this one
The four closest scores in the same occupational family, then the four closest anywhere in the index.
Read this carefully. Exposure is not displacement. A high score means current AI systems can produce this work, not that anyone will stop paying a person to do it. Adoption depends on economics, regulation and inertia that this index deliberately does not model. How the score is built.