如何做好SQA
SQA的程序职责
SQA的程序职责软件质量保证（SQA）是一个涵盖整个软件开发生命周期的过程，它的职责是确保软件的高质量和合格性。
下面是SQA的一些主要职责：1.确保开发过程的合规性：SQA负责确保软件开发过程符合标准和规范，包括软件工程的最佳实践、行业标准和组织内部政策等。
SQA团队会制定和执行一系列的开发过程规范和标准，通过审核和评审等方式来确保开发过程的合规性。
2.确保软件需求的准确性和完整性：SQA负责与业务分析师和用户沟通，确保软件需求的准确性和完整性。
SQA团队会对需求文档进行审核，并与相关利益相关方合作，以确保需求的一致性和可验证性。
3.设计高质量的测试计划和策略：SQA团队会与软件开发团队密切合作，设计一个全面的测试计划和策略。
这个计划包括选择合适的测试方法和技术，确定测试范围和测试资源，以及制定测试计划和进度安排等。
4.编写和执行测试用例：SQA团队负责编写测试用例，并确保测试用例覆盖软件需求的所有方面。
他们会执行各种类型的测试，包括单元测试、集成测试、系统测试和验收测试等。
SQA团队还会负责记录和跟踪测试结果，并对测试结果进行分析和报告。
5.进行代码审查和静态分析：SQA团队会对软件的代码进行审查和静态分析，以确保代码的质量和合理性。
他们会检查代码是否符合编码规范、是否存在潜在的安全漏洞和性能缺陷等。
他们还会使用静态分析工具来自动检查代码的质量和一致性。
6.管理缺陷追踪和报告：SQA团队会负责管理缺陷追踪系统，并记录、分类和分析缺陷。
他们会与开发团队合作，确保缺陷得到及时修复和验证。
SQA团队还会生成缺陷报告和缺陷趋势分析报告，以帮助开发团队改进开发过程和提高软件质量。
7.进行质量度量和改进活动：SQA团队会制定质量度量指标，并定期对软件质量进行评估。
他们还会收集和分析各项质量指标，比较实际结果与预期目标，并根据分析结果制定质量改进计划。
SQA团队还会参与风险管理活动，帮助识别和防范潜在的质量风险。
SQA的工作内容和工作方法
SQA的工作内容和工作方法软件质量保证（SQA）是一种针对软件开发过程和产品质量的系统化方法，旨在确保软件满足用户需求，并达到高质量的标准。
SQA的工作内容包括多个方面，涵盖从需求分析到软件发布的整个开发周期。
下面将详细介绍SQA的工作内容和方法。
1.需求分析和规划：在项目开始之前，SQA团队与客户和业务团队密切合作，收集和分析需求。
SQA团队通过评估需求的实现可行性和一致性来准确理解需求，并制定适当的测试计划和策略。
2.制定测试计划：SQA团队根据需求分析的结果和软件开发项目的规模、时间和资源限制制定测试计划。
测试计划包括测试方法、测试范围、测试环境以及测试工具的选择和配置。
它为测试团队提供了一个明确的路线图，以确保测试工作的全面性和有效性。
3.编写测试用例和测试脚本：SQA团队通过编写测试用例和测试脚本来定义和描述测试场景和测试步骤。
测试用例用于验证软件是否满足规范和需求，而测试脚本用于自动化执行和管理测试过程。
这些文档将作为参考工具，用于测试执行和结果评估。
4.执行测试：测试阶段是SQA团队的核心工作，目的是验证软件的功能和性能是否符合预期。
测试涵盖了功能测试、性能测试、安全性测试、兼容性测试等多个方面。
根据测试计划和测试用例，测试人员将执行手动测试和自动化测试，以捕捉和报告软件中的缺陷。
5.缺陷管理：在测试过程中，SQA团队会记录和管理所有发现的缺陷。
这包括描述缺陷的详细信息、严重性级别、复现步骤和建议的解决方案等。
通过缺陷跟踪系统，SQA团队可以与开发团队密切合作，以便及时修复和验证缺陷。
6.性能优化和问题解决：SQA团队通过分析和评估性能测试的结果，检测软件中的性能瓶颈并提供解决方案。
他们还负责分析和解决实际运行环境中的问题，例如硬件和网络方面的问题，以确保软件的高效和稳定性。
1.敏捷开发和测试：SQA团队采用敏捷方法与开发团队协作。
他们定期参加迭代会议，参与需求讨论和评审，确保测试需求得到满足，并及时调整测试计划和策略。
sqa计划实施的步骤
SQA计划实施的步骤1. 介绍在软件开发的过程中，软件质量保证（Software Quality Assurance，简称SQA）是一个非常重要的环节。
SQA帮助确保开发出高质量、可靠、安全的软件产品。
本文将介绍SQA计划的实施步骤及其重要性。
2. SQA计划实施的步骤以下是SQA计划实施的一般步骤：2.1 确定SQA计划的目标和范围•定义SQA计划的目标，例如提高软件质量、降低缺陷率等。
•确定SQA计划的范围，包括需要进行SQA的软件项目及相关的过程和文档。
2.2 制定SQA策略和方法•根据实际情况，制定适合项目的SQA策略和方法。
•考虑到项目的特点、风险、技术环境等因素，选择合适的SQA方法，例如代码审查、自动化测试等。
2.3 制定SQA活动计划•确定需要进行的具体SQA活动。
•安排SQA活动的时间表和人员任务分配。
•编制SQA活动计划，明确SQA活动的目标、流程和指导原则。
2.4 定义SQA文档和工具•确定需要编制的SQA文档，例如SQA计划、SQA报告等。
•选择适合的SQA工具，例如缺陷管理工具、测试管理工具等，并进行相关配置和培训。
2.5 实施SQA活动•根据SQA计划和活动计划，进行各项SQA活动。
•对软件开发过程中的各个阶段进行监控和评估，发现问题并及时采取措施进行修复和改进。
2.6 进行SQA评估和审定•对SQA活动进行评估，检查是否达到了预期的目标和效果。
•审定SQA活动的结果和文档，确定是否符合相关标准和要求。
3. SQA计划的重要性SQA计划的实施对于软件开发过程和软件产品的质量有着重要的影响，具体包括以下方面：•提高软件质量和可靠性：通过执行SQA活动，可以发现和解决软件开发过程中的问题和缺陷，从而提高软件质量和可靠性。
•降低软件开发成本：通过及时发现和修复问题，可以避免问题的扩大和传播，从而降低软件开发成本。
•提高用户满意度：通过保证软件产品的质量，可以提高用户的满意度，增强用户对软件产品的信任和使用欲望。
SQA
大茂經營顧問股份有限公司
Tamau Management Consultancy Co,. Ltd. Tamau Management Consultancy Co,. Ltd.
如何做好SQA制度
一、目的： 目的：
1. 降低供应商交货不良率。 2. 协助供应商在第一时间采取矫正措施。 3. 提升供应商整体品质意识。
大茂經營顧問股份有限公司
Tamau Management Consultancy Co,. Ltd.
3. 4. 5.
SQA工作执掌（附件一）
阶段 工 作 内 容
1.参与发包时协力厂的决定权。 2.参与厂商的APQP计划。 3.讨论及制定重要特性项目CC/SC ITEM。 4.参与公司的开发会议。 1.至协力厂REVIEW PPAP资料。 2. 检查样品（PSW）包含尺寸、材质、性能的签准。 3.送合格样品供试装（F.C.R）。 3. F.C.R 4.协助改善对策（如PSW或FCR不合格时），RE-PSW。 5.首批生产出货检查（FPS）。 1.解决日常交货不良问题点（进料检查部分）。 2.优先去解决生产线发生零件不良影响正常生产时。 3.主导每月TOP 5问题协力厂至公司向相关主管报告（含8D报告或其他报告）。 4.安排例行访问，了解协力厂在品质方面的执行落实度，以及是否有重大变动。 5.主办定期的教育训练或辅导提升计划。 6.年度的品质保证系统评核。 1.每月参与售服品质抱怨会议。 2.参与品保人员对退回品做异常分析。 3.共同参与协力厂的改善方案及跟催进度。
大茂經營顧問股份有限公司
Tamau Management Consultancy Co,. Ltd.
如何做好SQA制度
sqa市场学知识点
sqa市场学知识点
市场学是一门相关于市场现象和市场行为的学科，通过研究市场的运作规律和市场参与者的行为，探讨市场如何影响产品和服务的交换过程。
在软件质量保证（SQA）领域，了解市场学的知识点可以帮助我们更好地理解用户需求、提高产品的市场竞争力。
1. 市场需求分析：了解市场需求是SQA中非常重要的一部分。
通过市场需求分析，我们可以了解产品或服务在市场上的受欢迎程度和潜在消费者的需求。
这样可以帮助我们制定更有效的测试策略和设计更符合用户需求的功能。
2. 竞争对手分析：竞争对手分析是了解市场竞争环境的重要手段之一。
了解竞争对手的产品特点、市场份额和市场定位可以帮助我们评估自己产品的优劣势，进而优化测试方案和提高产品竞争力。
3. 市场定位与营销策略：软件产品的市场定位和营销策略对产品的推广和销售至关重要。
了解市场学知识点可以帮助我们更好地理解用户群体的需求、制定针对不同目标群体的测试方案，并为产品在市场中的推广提供支持。
4. 用户行为研究：用户行为研究可以帮助我们了解用户在选择和使用产品时的决策和行为。
掌握市场学知识可以帮助我们设计更加用户友好的界面和功能，提高用户的使用体验和满意度。
5. 市场营销工具和手段：市场营销工具和手段是将产品推向市场的重要手段。
了解市场学知识可以帮助我们选择适当的市场营销策略，如广告、促销、公关等，提高产品的曝光度和市场份额。
综上所述，市场学知识是SQA领域中非常重要的一部分，它可以帮助我们理解市场需求、优化测试策略、提高产品的竞争力和用户满意度。
通过运用市场学知识，我们可以更好地推动软件质量保证工作的发展，并为产品的成功上市提供有力支持。
如何实施SQA
SQA(软件质量保证)是CMM2级中的一个重要关键过程区域,它是贯穿于整个软件过程的第三方独立审查活动,在CMM的过程中充当重要角色。
SQA的目的是向管理者提供对软件过程进行全面监控的手段,包括评审和审计软件产品和活动,验证它们是否符合相应的规程和标准,同时给项目管理者提供这些评审和审计的结果。
因此,满足SQA是达到CMM2级要求的重要步骤之一。
背景对任何制造业企业来说,质量保证活动都是必不可少的。
第一个正式的质量保证和控制职能部门于1916年在贝尔实验室出现,此后迅速风靡整个制造业。
软件的质量标准首先出现在20世纪70年代军方的软件开发合同中,此后得到了广泛的应用。
在软件越来越普及的今天,"软件质量保证"更成为软件开发企业和最终用户所关心的问题。
实践证明,软件质量保证活动在提高软件质量方面卓有成效。
IBM360/370系统软件的开发经验证明了这一点,IBM的有关报告指出,在8年的时间里,软件质量提高了3～5倍,而SQA是其质量体系中的一个重要组成部分。
目标SQA组织并不负责生产高质量的软件产品和制定质量计划,这些都是软件开发人员的工作。
SQA组织的责任是审计软件经理和软件工程组的质量活动并鉴别活动中出现的偏差。
软件质量保证的目标是以独立审查的方式监控软件生产任务的执行,给开发人员和管理层提供反映产品质量的信息和数据,辅助软件工程组得到高质量的软件产品,其主要工作包括以下三个方面:●通过监控软件的开发过程来保证产品的质量;●保证生产出的软件和软件开发过程符合相应的标准与规程;●保证软件产品、软件过程中存在的不符合问题得到处理,必要时将问题反映给高级管理者。
从软件质量保证的目标中可以看出,SQA人员的工作与软件开发工作是紧密结合的,需要与项目人员沟通。
因此SQA人员与项目人员的合作态度是完成软件质量保证目标的关键,如果合作态度是敌意的或者是挑剔的,则软件质量保证的目标就难以顺利实现。
怎样做好SQA
怎样做好SQA?关键词：软件质量保证（SQA Software Quality Assure）关键过程域（KPA Key Process Area）CMM摘要：结合担任SQA人员的亲身体会，总结出SQA人员在CMM三级标准下怎样做好自己的工作。
1 引言在CMM标准下，SQA人员独立于软件项目组负责软件质量保证，具体的职责在我们的《软件质量保证》（机构标准v1.1）KPA文档中定义如下：1) 实施软件质量保证活动；2) 定期总结并提交软件质量保证活动的审核报告；3) 制定项目的SQA计划；4) 参加项目的软件开发计划、标准和过程的准备及评审；5) 协助项目经理建立项目的质量目标；6) 跟踪和监督纠正措施的实施；7) 定期和必要时分析项目提供的原始数据并报告结果；8) 如果需要，与客户的SQA人员定期评审SQA人员的活动及发现的问题。
其实，以上职责中，第一条就已经涵盖了其他几条的内容，只不过其他几条更加具体，是第一条职责的细化。
但是，这些职责只是文档中定义了的而已，并不全面，特别是对于刚开始实施CMM的企业来说，SQA为了达到软件质量保证的目的，要做很多其他的工作。
因为他要进行质量保证，首先必须要推广CMM，也就说，他必须不断地跟软件项目组和相关组的人员解释CMM的标准是怎样的，才能让他们按照CMM的标准作。
因此，一名SQA的活动可以围绕两个方面来进行：一是推广CMM标准，二是检查执行情况。
2 SQA怎样推广CMM标准尽管公司在正式实施CMM之前对和软件项目有关的人员会进行有关CMM的培训，但这样并不足以使CMM标准的执行者足以理解它，更谈不上去操作它。
怎样让他们更多地知道CMM标准，使他们在工作中能够按照CMM标准去做呢？这些都依靠和他们密切相关的SQA人员的努力。
SQA人员在履行职责之前，应该认真的学习CMM标准，深刻理解每个KPA的目的，熟练掌握每个KPA的流程。
然后，对于公司定义的CMM标准要非常的熟悉，不仅要知道SQA在本公司每个KPA是怎样操作的，而且要知道其他角色按照本公司定义的CMM标准的工作流程，还要知道公司软件开发中每一种工作产品的质量标准。
SQA工作职责与工作方式
软件质量保证人员工作职责与方式说明书1 SQA工作目标：SQA组执行质量保证任务和活动，以保证产品/项目的开发活动处于受控状态，为管理提供可见性。
2 SQA职责：2.1制订并维护SQA计划，确定SQA任务和活动；2.2评审/审计产品/项目组的开发活动和相应工作产品的规范性，包括：2.2.1 在产品/项目组制订《开发计划》、项目级标准及规范时，提供咨询和意见，并审计其结果，以检验其结果的合理性和可用性。
2.2.2依据生命周期活动和开发支持活动程序文件的规定及适用过程的《过程执行评价表》，对产品/项目各阶段的入/出口标准、开发过程、评审审核活动及工作产品的规范性进行审计和验证，并对发现的不一致问题的纠正/处理过程和结果进行验证。
2.2.3对开发过程的进度执行情况进行监控。
2.2.4对风险管理活动的规范性和有效性进行验证，并对发现的不一致问题的纠正/处理过程和结果进行验证。
2.2.5对组间协作活动的规范性和有效性进行验证，并对发现的不一致问题的纠正/处理过程和结果进行验证。
2.2.6检查配置管理过程，评价软件配置管理库和基线库控制过程，执行配置审计，并对发现的不一致问题的纠正/处理过程和结果进行验证。
2.2.7研发级工作制度及项目级工作制度的执行情况监控，并提供统计分析结果，如：问题日清制度、风险跟踪制度、安装盘制作制度等。
2.2.8以上各开发活动执行过程中的指导和必要支持活动。
2.3参与过程改进活动，收集和提供过程改进建议；2.4研发各级部门KPI绩效考核的审计和审定，以及季度总结活动的组织执行2.5来自研发的各类支持任务和突发任务的执行（建议裁减）2.5.1研发各级例会的组织和会议纪要工作2.5.2业务评审活动的组织工作2.5.3对本部经理管理类工作的协助（建议配备本部经理工作助理）2.5.4重大版本的发版庆祝活动策划并执行3 SQA工作方式及工作结果：依据公司生命周期活动开发程序文件执行SQA任务，定期提供SQA人员审计及分析结果报告和过程执行评价报告：收集客观数据，提供SQA人员的评价及建议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 引言在CMM标准下，SQA人员独立于软件项目组负责软件质量保证，具体的职责在我们的《软件质量保证》（机构标准v1.1）KPA文档中定义如下：1) 实施软件质量保证活动；2) 定期总结并提交软件质量保证活动的审核报告；3) 制定项目的SQA计划；4) 参加项目的软件开发计划、标准和过程的准备及评审；5) 协助项目经理建立项目的质量目标；6) 跟踪和监督纠正措施的实施；7) 定期和必要时分析项目提供的原始数据并报告结果；8) 如果需要，与客户的SQA人员定期评审SQA人员的活动及发现的问题。
其实，以上职责中，第一条就已经涵盖了其他几条的内容，只不过其他几条更加具体，是第一条职责的细化。
但是，这些职责只是文档中定义了的而已，并不全面，特别是对于刚开始实施CMM的企业来说，SQA为了达到软件质量保证的目的，要做很多其他的工作。
因为他要进行质量保证，首先必须要推广CMM，也就说，他必须不断地跟软件项目组和相关组的人员解释CMM的标准是怎样的，才能让他们按照CMM的标准作。
因此，一名SQA的活动可以围绕两个方面来进行：一是推广CMM标准，二是检查执行情况。
2 SQA怎样推广CMM标准尽管公司在正式实施CMM之前对和软件项目有关的人员会进行有关CMM的培训，但这样并不足以使CMM标准的执行者足以理解它，更谈不上去操作它。
怎样让他们更多地知道CMM标准，使他们在工作中能够按照CMM标准去做呢？这些都依靠和他们密切相关的SQA人员的努力。
SQA人员在履行职责之前，应该认真的学习CMM标准，深刻理解每个KPA的目的，熟练掌握每个KPA的流程。
然后，对于公司定义的CMM标准要非常的熟悉，不仅要知道SQA在本公司每个KPA是怎样操作的，而且要知道其他角色按照本公司定义的CMM标准的工作流程，还要知道公司软件开发中每一种工作产品的质量标准。
以上这些条件构成SQA人员推广CMM标准的前提。
在刚刚开始实施CMM时，碰到的问题往往要比想象的还多，作为一名SQA人员，要本着解决这些问题的目的去进行自己的工作，而并不只是起到监督的作用。
SQA人员在负责一个软件项目的质量保证工作时，要随时了解项目的进展情况，在软件项目组的每一个活动之前，就要和软件项目组成员特别是软件项目经理进行交流，直到他们知道按照CMM的标准应该怎样去做。
比如说，在进入项目之前，就要告诉软件项目组按照公司定义的CMM标准怎样去管理需求。
有些活动并不是必须要求SQA人员参加的，如周例会，但为了指导软件项目经理怎样跟踪项目的工作量、进度、风险等等，SQA人员通常也是每会必到，在会后还要指导他们填写周报等等。
即使软件项目组的每一个活动都是在SQA人员的指导下完成的，SQA人员在对项目进行评审时，仍然可以找到一些与CMM标准不相符的地方，因为软件项目组每一个人对CMM标准的理解程度并不一样，具体执行起来还会存在一定的偏差。
SQA人员发现这些问题后，首先应及时和软件项目经理进行沟通，争取对这些问题达成共识，同时，要对他们的工作加以肯定，强调他们工作成绩是主要的，这些问题在CMM刚刚实施时是难免的，是很容易克服的。
千万不要轻易上报，否则，很容易打击他们的积极性，甚至引起抵触情绪。
也许，当SQA人员针对评审时发现的问题给软件项目经理提出改进建议后，项目经理出于进度的压力或其他原因，并不引起重视甚至拒绝采取任何措施，这是很正常的现象，SQA人员也不要立即上报，否则，更加不利于问题的解决。
在这个时候，SQA人员要理解软件项目经理，要为他们提供更为方便的服务，尽量减少他们的工作量，例如，提供别的项目的同类文档以供参考，共同去填一些表格，把模板针对项目做一些细化、具体工作等等。
一般情况下，软件项目经理在这样的引导下还是会尽量去改进的，除非极端情况下，才向高级管理者汇报。
总之，SQA人员在自己对CMM标准非常熟悉的情况下，要有足够的耐心和决心，把CMM标准推广到项目中去。
在软件项目组所有成员按照CMM标准做过一两个项目之后，对这种工作流程和标准会比较熟悉，而且执行之后的优越性会逐渐体现出来，SQA人员的工作会慢慢变得轻松一些。
3 几个KPA中的SQA活动3.1 需求管理在这个KPA中，SQA必须检查软件项目组一下几个方面：1) 给定需求交给软件项目组之前经过评审，确保需求没有问题；2) 当给定需求发生变更时，软件开发计划、工作产品和活动有没有进行相应的适当的修改；3) 由于给定需求更改引起了约定的更改，这些更改由没有经过相关小组协商。
对于第一方面的检查，是SQA在参与制定软件开发计划之前，检查软件项目组的《客户需求书》评审记录，如果评审没有通过，是否有再评审。
由于《客户需求书》已经纳入配置管理，SQA在每月审核基线库的时候，可以发现给定需求的变更情况，同时要审核软件开发计划、工作产品和活动是否针对变更的需求进行了适当的修改，审核约定更改是否经过相关小组的签字确认，这样就检查第二和第三方面的内容。
3.2 软件项目计划在这个KPA中，SQA必须检查软件项目组一下几个方面：1) 软件估计和计划的活动是否进行；2) 评审和形成项目约定的活动是否进行；3) 制定软件开发计划的活动是否进行；4) 用于制定软件开发计划的标准是否遵守；5) 软件开发计划的内容是否完整。
由于SQA人员要参照软件开发计划制定SQA计划，所以必须密切关注软件项目组的计划制定情况，同时也在审核软件开发计划活动。
在软件开发计划制定完毕后，SQA必须评审软件开发计划，首先对照软件开发计划模板，审核计划的内容是否完整，是否符合给定需求、项目、客户等的标准，审核计划中是否有工作产品规模、工作量、成本、进度和风险的估计，估计的方法是否适合。
3.3 软件项目跟踪和监督在这个KPA中，SQA必须检查软件项目组一下几个方面：1) 评审和修改约定的活动是否进行；2) 修订软件开发计划的活动是否进行；3) 修订软件开发计划的内容是否进行；4) 跟踪软件项目的成本、进度计划、风险、技术和设计限制、功能和性能等有关活动是否进行；5) 实施计划安排的评审技术和管理的活动是否进行。
里程碑时，SQA通过检查约定修改和评审的记录审核该活动是否进行；检查当前工作产品审核软件开活动是否与计划相符，如果不符，审核是否有修订软件开发计划的活动；通过检查软件项目组的周报审核软件项目经理是否跟踪软件项目的成本、进度、风险、技术等；对照同行评审计划的内容检查评审记录，验证计划安排的评审技术和管理活动是否进行。
3.4 软件配置管理在这个KPA中，SQA必须检查软件项目组一下几个方面：1) SCM组、SCCB、软件项目组是否遵循SCM的标准和规程；2) 对软件基线有定期审核。
SQA每月定期审核配置管理活动，对照软件配置管理计划检查配置管理员是否及时将配置项纳入配置管理，成为基线的配置项是否经同行评审和SCCB批准，软件项目组对配置项的变更是否遵循了配置项的变更控制流程。
检查配置管理员是否定期报告基线库状态，软件项目经理是否定期审核基线库。
3.5 机构过程定义在这个KPA中，SQA必须检查SEPG组的以下几个方面：1) 编写和维护机构标准软件过程和相关过程资源以及建立文档时是否遵循适当的标准；2) 使用机构标准软件过程和相关过程资源时是否受控。
SQA每月审核机构标准软件过程和相关过程资源，检查文档变更是否符合变更流程。
3.6 同行评审在这个KPA中，SQA必须检查软件项目组的以下几个方面：1) 所计划的同行评审已被实施；2) 同行评审负责人根据其职责接受过充分的培训；3) 评审人员根据其职责接受过适当的培训或具有相关的经验；4) 准备同行评审、实施同行评审和完成后继措施等过程得到遵循；5) 同行评审的数据报告具有完整性、精确性和及时性。
在里程碑时，SQA根据软件开发计划检查计划的同行评审是否实施，通过检查评审记录，审核同行评审是否符合CMM规程。
3.7 综合软件管理在这个KPA中，SQA必须检查软件项目组的以下几个方面：1) 制定和修改项目定义的软件过程；2) 项目的软件开发计划和软件风险管理计划的准备过程；3) 依据项目定义的软件过程管理项目的过程；4) 为机构的软件过程数据库收集和提供合适数据的过程；5) 使用机构的软件过程数据库支持软件项目的计划、评价和跟踪过程。
SQA人员在软件项目组开始启动项目时指导软件项目经理制定项目定义的软件过程，里程碑时依照项目定义的软件过程检查软件项目组管理项目的活动，每季度检查一次软件项目组是否按规程为机构软件过程数据库提供数据，里程碑时检查软件项目组的计划、评价和跟踪过程是否合理的使用了机构过程数据库。
3.8 软件产品工程在这个KPA中，SQA必须检查SEPG组的以下几个方面：1) 软件需求是否经过评审；2) 每个软件工程任务的准备就绪和完成准则得到满足；3) 软件产品符合规定的标准和需求；4) 已完成所需的测试；5) 依据书面计划和规程完成软件的系统测试和验收测试；6) 测试满足软件测试计划中的验收标准；7) 已圆满地完成测试并记录了测试结果；8) 检测出的问题和缺陷以建立文档，并被跟踪和处理；9) 通过软件需求、设计、代码和测试用例，对给定需求的跟踪得以实施；10) 在软件产品提交给客户和最终用户前，依据软件基线和给定需求验证了用来管理和维护软件的文档。
SQA人员在里程碑时根据软件开发计划检查该里程碑所产生的软件工作产品是否符合有关规程。
3.9 培训大纲在这个KPA中，SQA必须检查软件项目组的以下几个方面：1) 制定和修改培训大纲的过程是否得到遵循；2) 制定和修改培训课程的过程是否得到遵循；3) 培训记录是否得以适当管理；4) 指定要培训的成员是否完成了所需的培训；5) 机构的培训计划是否得到遵循。
针对公司培训机构专门设立SQA人员，每月检查培训机构的相关文档，审核其活动是否符合有关规程。
3.10 组间协调在这个KPA中，SQA人员必须检查软件项目组的以下几个方面：1) 用于识别协商和跟踪项目工程组间关键依赖关系的规程是否确定；2) 组间问题的处理是否符合规程。
SQA人员检查工程计划中确定组间关键依赖关系的规程，通过检查业务裁决书和备忘录审核组间问题的处理是否符合规程。