欢迎来到天天文库
浏览记录
ID:15325932
大小:36.50 KB
页数:6页
时间:2018-08-02
《sqa的工作内容和工作方法》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、SQA的工作内容和工作方法 1、计划 针对具体项目制定SQA计划,确保项目组正确执行过程。制定SQA计划应当注意如下几点: 有重点:依据企业目标以及项目情况确定审计的重点 明确审计内容:明确审计哪些活动,那些产品 明确审计方式:确定怎样进行审计 明确审计结果报告的规则:审计的结果报告给谁 2、审计/证实 依据SQA计划进行SQA审计工作,按照规则发布审计结果报告。 注意审计一定要有项目组人员陪同,不能搞突然袭击。双方要开诚布公,坦诚相对。 审
2、计的内容:是否按照过程要求执行了相应活动,是否按照过程要求产生了相应产品。 3、问题跟踪 对审计中发现的问题,要求项目组改进,并跟进直到解决。六、SQA的素质 过程为中心:应当站在过程的角度来考虑问题,只要保证了过程,QA就尽到了责任。 服务精神:为项目组服务,帮助项目组确保正确执行过程 了解过程:深刻了解企业的工程,并具有一定的过程管理理论知识 了解开发:对开发工作的基本情况了解,能够理解项目的活动 沟通技巧:善于沟通,能够营造良好的气氛,避免审计活动成为一种找茬
3、活动。七、SQA活动 软件质量保证(SQA)是一种应用于整个软件过程的活动,它包含: 1、一种质量管理方法 2、有效的软件工程技术(方法和工具) 3、在整个软件过程中采用的正式技术评审 4、一种多层次的测试策略 5、对软件文档及其修改的控制 6、保证软件遵从软件开发标准 7、度量和报告机制 SQA与两种不同的参与者相关——做技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的SQA小组。 软件工程师通过采用可靠的技术方法和措施,进行正式
4、的技术评审,执行计划周密的软件测试来考虑质量问题,并完成软件质量保证和质量控制活动。 SQA小组的职责是辅助软件工程小组得到高质量的最终产品。SQA小组完成:(1)为项目准备SQA计划。该计划在制定项目规定项目计划时确定,由所有感兴趣的相关部门评审。·需要进行的审计和评审;·项目可采用的标准;·错误报告和跟踪的规程;·由SQA小组产生的文档;·向软件项目组提供的反馈数量。(2)参与开发项目的软件过程描述。评审过程描述以保证该过程与组织政策,内部软件标准,外界标准以及项目计划的其他部分相符。(3)评审各项软件工程活动,对
5、其是否符合定义好的软件过程进行核实。记录、跟踪与过程的偏差。(4)审计指定的软件工作产品,对其是否符合事先定义好的需求进行核实。对产品进行评审,识别、记录和跟踪出现的偏差;对是否已经改正进行核实;定期将工作结果向项目管理者报告。(5)确保软件工作及产品中的偏差已记录在案,并根据预定的规程进行处理。(6)记录所有不符合的部分并报告给高级领导者。八、正式技术评审(FTR) 正式技术评审是一种由软件工程师和其他人进行的软件质量保障活动。1.目标:(1)发现功能、逻辑或实现的错误(2)证实经过评审的软件的确满足需求(3)保证软件
6、的表示符合预定义的标准(4)得到一种一致的方式开发的软件(5)使项目更易管理2、评审会议3-5人参加,不超过2小时,由评审主席、评审者和生产者参加,必须做出下列决定中的一个:(1)工作产品可不可以不经修改而被接受;(2)由于严重错误而否决工作产品;(3)暂时接受工作产品。3、评审总结报告、回答评审什么?由谁评审?结论是什么?评审总结报告是项目历史记录的一部分,标识产品中存在问题的区域,作为行政条目检查表以指导生产者进行改正。4、评审指导原则(1)评审产品,而不是评审生产者。注意客气地指出错误,气氛轻松。(2)不要离题,限
7、制争论。有异议的问题不要争论但要记录在案。(3)对各个问题都发表见解。问题解决应该放到评审会议之后进行。(4)为每个要评审的工作产品建立一个检查表。应为分析、设计、编码、测试文档都建立检查表。(5)分配资源和时间。应该将评审作为软件工程任务加以调度。(6)评审以前所做的评审九、统计软件质量保证1、对所有错误进行分类统计IES 规约不完整或规格说明错MCC 未理解用户意图IDS 故意偏离规格说明VPS 违背编程标准EDR 数据表示有错ICI 构件接口不一致EDL 设计逻辑有错IET 测试不完
8、全或有错IID 不准确或不完整的文档PLT 设计的程序设计语言翻译错HCI 不清晰或不一致的人机界面MIS 杂项错误按严重,一般和微小级别统计各类错误的次数所占百分比,以及所有错误的数量及百分比。例如,建立一张类似如下的表格。 然后考虑“重要少数”的错误指标,提出改进意见。2、根据软件过程中的
此文档下载收益归作者所有