- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《SQA的工作内容和工作方法
SQA的工作内容和工作方法
????? 1、 计划
????? 针对具体项目制定 SQA计划,确保项目组正确执行过程。制定SQA计划应当注意如下几点:
????? 有重点:依据企业目标以及项目情况确定审计的重点 ????? 明确审计内容:明确审计哪些活动,那些产品 ????? 明确审计方式:确定怎样进行审计 ????? 明确审计结果报告的规则:审计的结果报告给谁
????? 2、审计/证实
????? 依据 SQA计划进行SQA审计工作,按照规则发布审计结果报告。
????? 注意审计一定要有项目组人员陪同,不能搞突然袭击。双方要开诚布公,坦诚相对。
????? 审计的内容:是否按照过程要求执行了相应活动,是否按照过程要求产生了相应产品。
????? 3、问题跟踪
????? 对审计中发现的问题,要求项目组改进,并跟进直到解决。
六、SQA的素质
????? 过程为中心:应当站在过程的角度来考虑问题,只要保证了过程, QA就尽到了责任。
????? 服务精神:为项目组服务,帮助项目组确保正确执行过程
????? 了解过程:深刻了解企业的工程,并具有一定的过程管理理论知识
????? 了解开发:对开发工作的基本情况了解,能够理解项目的活动
????? 沟通技巧:善于沟通,能够营造良好的气氛,避免审计活动成为一种找茬活动。
七、SQA活动
????? 软件质量保证(SQA)是一种应用于整个软件过程的活动,它包含:????? 1、一种质量管理方法????? 2、有效的软件工程技术(方法和工具)????? 3、在整个软件过程中采用的正式技术评审????? 4、一种多层次的测试策略????? 5、对软件文档及其修改的控制????? 6、保证软件遵从软件开发标准????? 7、度量和报告机制
?? SQA与两种不同的参与者相关 —— 做技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的SQA小组 。
?? 软件工程师通过采用可靠的技术方法和措施,进行正式的技术评审,执行计划周密的软件测试来考虑质量问题,并完成软件质量保证和质量控制活动。
?? SQA小组的职责是辅助软件工程小组得到高质量的最终产品。SQA小组完成:
(1)为项目准备SQA计划。该计划在制定项目规定项目计划时确定,由所有感兴趣的相关部门评审。·需要进行的审计和评审;·项目可采用的标准;·错误报告和跟踪的规程;·由SQA小组产生的文档;·向软件项目组提供的反馈数量。(2)参与开发项目的软件过程描述。评审过程描述以保证该过程与组织政策,内部软件标准,外界标准以及项目计划的其他部分相符。(3)评审各项软件工程活动,对其是否符合定义好的软件过程进行核实。记录、跟踪与过程的偏差。(4)审计指定的软件工作产品,对其是否符合事先定义好的需求进行核实。对产品进行评审,识别、记录和跟踪出现的偏差;对是否已经改正进行核实;定期将工作结果向项目管理者报告。(5)确保软件工作及产品中的偏差已记录在案,并根据预定的规程进行处理。(6)记录所有不符合的部分并报告给高级领导者。
八、正式技术评审(FTR)
? 正式技术评审是一种由软件工程师和其他人进行的软件质量保障活动。
1. 目标:(1) 发现功能、逻辑或实现的错误(2) 证实经过评审的软件的确满足需求(3) 保证软件的表示符合预定义的标准(4) 得到一种一致的方式开发的软件(5) 使项目更易管理
2、评审会议3-5人参加,不超过2小时,由评审主席、评审者和生产者参加,必须做出下列决定中的一个 :(1)工作产品可不可以不经修改而被接受;(2)由于严重错误而否决工作产品;(3)暂时接受工作产品。
3、评审总结报告、回答评审什么?由谁评审?结论是什么?评审总结报告是项目历史记录的一部分,标识产品中存在问题的区域,作为行政条目检查表以指导生产者进行改正。
4、评审指导原则(1)评审产品,而不是评审生产者。注意客气地指出错误,气氛轻松。(2)不要离题,限制争论。有异议的问题不要争论但要记录在案。(3)对各个问题都发表见解。问题解决应该放到评审会议之后进行。(4)为每个要评审的工作产品建立一个检查表。应为分析、设计、编码、测试文档都建立检查表。(5)分配资源和时间。应该将评审作为软件工程任务加以调度。(6)评审以前所做的评审
九、统计软件质量保证
1、对所有错误进行分类统计IES??? 规约不完整或规格说明错MCC? 未理解用户意图IDS??? 故意偏离规格说明VPS??? 违背编程标准EDR??? 数据表示有错ICI???? 构件接口不一致EDL??? 设计逻辑有错IET???? 测试不完全或有错IID???? 不准
文档评论(0)