质量保证不是找茬，而是为软件质量筑起最后一道防线
在GJB5000B评价过程中，PPQA（过程和产品质量保证）实践域是被评价单位问题频出的“重灾区”。如果说配置管理是软件研制的基础设施，那么质量保证就是软件质量的“守护神”。然而，许多组织的QA工作流于形式，未能真正发挥客观评价和质量把关的作用。
经过对大量评价数据的统计分析，我们提炼出PPQA实践域最具代表性的十大共性问题，供各单位对照反思。
问题一：QA对过程评价的有效性不足
这是PPQA实践域发生率最高的问题。QA审核未能发现过程中存在的明显不符合项，如项目策划活动缺失、配置管理不规范、测量分析不到位等。许多QA审核报告上写的是“通过”，但实际执行情况与体系要求相去甚远。
专家建议：过程审核不能走过场，QA人员应深入理解各实践域的核心要点，对照体系文件逐项核实，而非仅凭“感觉”给出结论。
问题二：QA对工作产品评价的有效性不足
QA审核未能发现工作产品中的明显问题，如需求规格说明未按GJB438B编写、设计说明缺少软件单元标识、测试计划测试类型不完整等。部分QA人员甚至不了解被审核工作产品应遵循的标准规范。
专家建议：工作产品审核应依据明确的检查单和标准规范，QA人员应熟悉各类工作产品的编写要求和常见问题模式。
问题三：评价记录不完整、不准确
审核检查单内容缺失、评价结论与实际情况不符、被审核工作产品缺少版本号等问题普遍存在。例如，检查项判断为“是”但实际应为“不适用”，或检查项判断为“通过”但实际存在明显问题。
专家建议：评价记录应真实、准确、完整地反映审核情况，做到“有据可查、有迹可循”。
问题四：不符合项管理不到位
部分不符合项尚未解决即被关闭，或问题原因分析不充分、纠正措施不明确、落实不到位。例如，QA发现的问题纠正措施只写“已修改”，未说明具体修改了什么、谁来验证。
专家建议：不符合项管理要遵循“发现问题→原因分析→制定措施→实施整改→验证关闭”的完整闭环流程，确保问题真正归零。
问题五：质量保证计划制定不完善
计划中缺少对关键过程和工作产品的审核策划、审核时机不明确、审核依据的标准规范不完整。部分项目甚至未按体系要求单独编制质量保证计划，而是将其合并入软件开发计划中。
专家建议：质量保证计划应覆盖项目全生命周期，明确审核什么、何时审核、谁来审核、依据什么审核。
问题六：缺少质量趋势分析
QA阶段报告和总结报告中未按体系要求对不符合项进行统计分析，缺少质量趋势判断。例如，只罗列了不符合项数量，但未分析其类型分布、来源过程域分布、变化趋势等。
专家建议：质量趋势分析是QA工作的核心价值之一，通过数据分析发现过程薄弱环节，为过程改进提供依据。
问题七：QA培训有效性不足
QA人员对体系要求理解不到位，审核能力不足，无法有效识别过程和工作产品中的问题。访谈中常见QA人员对自身职责、审核方法、检查单使用等认识模糊。
专家建议：QA人员上岗前应接受系统培训，包括体系标准、审核技巧、工作产品评价方法等，并通过实践不断提升能力。
问题八：组织级QA对项目QA监督不到位
组织级QA未能按规定周期（如每季度）对项目QA的工作进行监督评审，或监督流于形式，未能发现项目QA工作中的问题。
专家建议：组织级QA应定期对项目QA的工作进行独立评价，确保QA工作的客观性和有效性。
问题九：产品变更后的QA检查缺失
需求或设计发生变更后，QA未对变更后的工作产品进行及时审核，未能发现变更引入的新问题。这是许多项目共同存在的管理盲区。
专家建议：产品变更应触发QA的再评价机制，确保变更后的工作产品仍然符合体系要求。
问题十：QA检查单可操作性不强
检查单内容过于笼统，未结合项目特点和阶段进行裁剪，部分检查项与项目实际情况不符，导致审核工作难以有效开展。
专家建议：检查单应作为辅助工具而非束缚，QA人员应根据项目实际情况对检查单进行适当的剪裁和补充，做到“一项目一策”。
十大共性问题速览
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
以上十大问题相互关联、层层递进。计划是前提，执行是根本，记录是证据，分析是灵魂。任何一个环节的缺失都会影响质量保证体系的整体效能。
质量保证的初衷不是“找麻烦”，而是“保质量”。只有让QA工作真正落到实处，才能为软件质量筑起一道坚固的防线。
你们的QA工作是否也存在这些问题？欢迎在评论区交流讨论！
这正是：
过程产品两未审，
记录不全根因沉。
计划空泛缺趋势，
培训监督共铸魂。
