4.基于实际情况理解和处理QA的工作内容 怎样定义QA的具体职责范围是各组织自己的事,质量管理标准和过程改进模型都只会要求某个职责要有机构、角色履行,不会要求组织一定要设立某个机构、某种角色,或某种角色必须是怎样的职责。即使在同一个组织中,根据不同的应用目的也可以作不同的处理。 例如,在一个通过了SW-CMM三级的软件组织, QA计划的最小范围只包括支持、跟踪和报告项目组的活动,当项目工件中存在外包部件时要跟踪和报告外包部件开发方的相关活动,当项目与特定顾客的需求、部署和实施有关时要负责与该顾客就质量管理问题,包括产品和服务缺陷等问题进行沟通。组织内部使用的QA与需求管理计划、配置管理计划、工件评审计划、沟通计划、风险管理计划、培训计划、测试计划、开发计划等是分离的;但对大型的企业信息化建设项目,如果顾客需要,提交给顾客以展示本组织质量保证能力的QA计划需要包括包括QA、QC的多方面计划,例如评审计划和测试计划,比较接近GB/T 12504-1990中的QA活动范围。
以下主要总结一下QA的工作:
建立软件质量保证活动的实体;
制订软件质量保证计划;
坚持各阶段的评审和审计,跟踪其结果,并作合适处理;
监控软件产品的质量;
采集软件质量保证活动的数据;
度量软件质量保证活动……;
而我们通常讨论到的同行评审就是其中的一个质量保证活动。
通过上面的内容,可以清楚的认识到:QA不是测试,测试也不是QA,他们之间有着比较明确的职责界准,一人不能兼两职,要不就出现自测自检的现象了,这也是质量/测试活动中最忌讳的事情。
文章来源于领测软件测试网 https://www.ltesting.net/