软件开发与质量保证模式(1).pptx

上传人:修**** 文档编号:5500092 上传时间:2022-01-09 格式:PPTX 页数:63 大小:345.48KB
返回 下载 相关 举报
软件开发与质量保证模式(1).pptx_第1页
第1页 / 共63页
软件开发与质量保证模式(1).pptx_第2页
第2页 / 共63页
点击查看更多>>
资源描述

《软件开发与质量保证模式(1).pptx》由会员分享,可在线阅读,更多相关《软件开发与质量保证模式(1).pptx(63页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、软件开发与质量保证模式软件开发与质量保证模式 前言 1.保证XX科技有限公司质量体系符合基本的软件质量要求; 2.提高软件质量管理的水平;3.起到实现国际标准本地化的桥梁作用4.评估和证明我们在软件质量一致性方面达到一定的水平 组成软件质量保证体系基础的过程 1.软件项目管理2.软件质量保证3.软件测试4.用户需求管理5.设计变更控制6.售后维护支持7.软件外购 软件生命周期与所用方法的关系 分析需求编码实施测试接收软件项目管理软件项目管理软件质量保证软件质量保证更改控制更改控制软件外购软件外购用户需求管理用户需求管理维护支持维护支持软件测试软件测试 软件项目管理定义软件项目管理定义软件项目管

2、理是一个计划、组织、员工管理、监督、控制和领导软件项目管理过程。另外,因为相互共存的关系,它还要考虑到人力、系统和硬件方面的因素。 软件项目管理的主要目标 1.有效的项目计划、时间安排和项目预算;2.最小化项目风险;3.检测项目过程和产品以利于提高现在和将来的项目;4.提供的有效的项目追踪和进度报告,以确保整个项目生命周期内各情况的充分可见性,以及必要时能提供补救行动;5.保证项目的按时交付 ;6.达到商业目标和项目目标的统一 。 软件项目经理(SPM) 1.对按时交付、满足预算,质量达到要求等承担全面责任;2.定义项目组规则和安排本组员工工作。3. 适时地向项目组提供指引和方向。4. 充当本

3、项目组与其它部门的接口,包括上级组织内部成员或与项目有利益相关、感兴趣或有牵涉的外面成员或集团。5.了解项目的技术和非技术性方面并对相关问题作出决定。6.通过检验进度监督项目7.向首要和高层管理层汇报进度 软件项目经理知识和经验 1.为履行这些职责,软件项目经理应对项目特性有充分的认识并具有与人交往的技巧;2. 指导、管理项目队伍的知识和经验;3. 解决问题知识和经验;4. 作出决定知识和经验;5. 项目控制知识和经验。 项目指导委员会和项目保证 1.项目指导委员会(PSC),对整个项目方向和决定负责。它通常由管理人员,用户和开发管理人员组成。2.软件质量保证队伍(SQA),负责确保项目质量与

4、产品一样(参考质量保证体系SQA部份) 项目流程概览 项目项目 计划计划,进度进度时间表和预算时间表和预算初始人初始人项目开启活动项目开启活动项目跟踪和报项目跟踪和报告告项目结束活动项目结束活动软件外购软件外购软件质量保证软件质量保证 软件测试更改控制更改控制维护支持维护支持用户需求软件开发软件开发接收的软件软件开发状况项目签署软件项目支持协议更改控制类目测试需求项目质量目标外购项目定义项目和用户定义项 目 计划项目报告 软件质量保证定义 1.软件质量保证是一个有计划的和提供足够信心的行为模式,使文件、产品或服务符合已确定的客户和技术要求。2.软件质量保证部门向管理层提供一定程度的信心,即从软

5、件项目的一开始就有一个独立的、训练有素的团体对其目标、方法和应用表现进行监督。 软件质量保证部门的主要目标开发最小的需求和步骤并能保证1.系统符合用户部门和其它用户的需要。2.系统符合其它用户的需要,如一个系统不侵犯其它的系统用户的权力。3.用户目标吻合软件机构的目标。通常情况下,软件机构的目标应优先于任何一个单一用户的目标。4.系统目标吻合软件机构的目标。 软件质量保证部门的其它目标1.系统目标与行业和政府的要求一致。2.系统顺从软件机构想充分控制的意图并且是可见的。 软件质量保证部门可以解决软件机构面临的挑战咨询顾问软件的复杂程度跟随当前技术的能力用户对IT 了解的缺乏审核需求软件组织专业

6、性行政管理 对IT软件缺乏了解新的软件编程标准新的软件发展标准如何评估软件产品技术变化何时高于项目软件机构的挑战 软件质量保证部门组成 1.应由软件行业的资深员工组成。2.另外,SQA的成员可以是全职、兼职或是软件机构其它部门的受训人员组成。 软件质量保证部门组成 1.软件质量保证队伍负责向软件机构职能部门提供质量保证支持。这种支持可以看作是对软件机构经理责任的延伸。2.软件质量保证队伍的责任可以是一个大型软件机构中的一个独立部门,或是一个小型软件机构里合并于另一个部门直接向项目经理报告。3.实践中,SQA队伍可以是用户/客户的拥户者,管理层的耳目,在质量标准的开发和改进过程中起领导作用。 软

7、件质量保证流程 发起人发起人SQA 功能创建功能创建QA Charter 创建SQA 过程创建过程创建SQA 活动应用活动应用复查和审核复查和审核质量目标软件质量策略 分析SQA 结果SQA 章程S Q A 计划SQA 结果软件机构软件机构软件项目管软件项目管理理机构重点 机构目标项目质量目标 用户需求管理的定义 用户需求管理:用户需求管理:它是指基于计算机系统角度的一套需求的发现,理解,谈判,编写文档、生效和管理的过程。需求:需求:1.它由一组信息的混合体,包括:问题信息、系统行为/特性的说明、设计、生产限制等;大致能分成两个基本类型,也就是:2.高层次和抽象的叫Stakeholder或用户

8、需求;3.详细的需求定义叫系统需求。需求文档:需求文档:它是给客户、最终用户和软件开发人员的系统需求正式报告。需求文件的其它名字包括:”功能定义”,“需求定义”和“软件需求定义”等。需求工程:需求工程:它覆盖从撰写文档到保持基于计算机系统的整个需求的所有活动。需求工程过程成熟期:需求工程过程成熟期:它是对基于优秀需求工程方法的已定义需求过程的延伸。 用户需求管理的目标 产生一套尽可能全面、相互一致且反映客户真实需要的系统需求。 需求管理的职责 1.软件机构的经理或其代表全面负责执行用户需求管理活动。2.软件产品和服务的最终用户和最终用户管理者负责提供执行用户需求管理活动所需的支持。3.软件开发

9、人员负责在开发期间对指定的需求进行诠释、编写文档、贯彻和转化进产品中。 需求管理流程概览发起人发起人 (用户用户,客户客户,经理等经理等)需求收集和定义需求收集和定义要求要求. 分析和谈判分析和谈判系统模块化系统模块化需求生效需求管理需求管理新开发或变更的需求拟写用户需求文档Current URD用户需求文件的更新包括系统模板在内更 URD Validated URD需求文件模需求文件模板板软件更改控制软件更改控制格式和结构的定义命名和描述的结构(保留计算机的)用户需求变化软件开发数据字典数据字典Current URD 维护支持定义 软件维护支持是指提供高效和有效使用软件所要求的运行和维护活动

10、的过程。该过程从软件交付到用户手中进入实际操作阶段后开始。软件运行中的主要活动:1.用户支持,指提供培训,直接协助和软件使用中的其它支持。2.问题报告,使问题能及时并有效地得到解决。软件维护活动分类如下:1.更改性能,消除软件缺陷;2.完善性能,不影响功能情况下对系统进行提高;3.提高性能,改良软件使它能最好的适应其环境。 维护支持的目标 在软件交付投入运作或现场应用后,遇到系统要修正错误,提高表现或其它属性,或调整到另一环境时,向最终用户提供有效的产品或服务支持以保持软件的能用和有用。 软件维护主要职责 1.软件维护经理(SMM)或运作经理(SOM)分别负责提供维护或运作的管理。2.用户帮助

11、界面(一种常见于大公司的向用户提供最基本协助和回应的功能),也是维护或运作部门的职责。 软件维护流程概览用户培训和支用户培训和支持持用户用户(用户管理用户管理,系统拥有者系统拥有者, 客户等客户等)支持策略支持策略问题管理问题管理软件维护软件维护软件更改控软件更改控制制软件项目管理软件项目管理软件开发软件开发支持和服务层面的需求合同签订用户培训和操作支持协议用户培训和操作支持更改要求-项目签订- 软 件 项 目支持协议用户用户(用户管用户管理、系统所理、系统所有人、客户有人、客户等等.)软件外购软件外购要求和问题报告软件发布软件CI 更改要求 软件外购定义软件外购的过程涉及:1. 确立软件外购

12、合同;2. 选择合同商履行软件外购合同条款;3. 依照软件外购合同管理合同商;4. 基于取得的结果对合同商的表现进行审核;5. 产品/或服务全部测试后引入到产品或操作环境。该过程允许上门服务或在供应商公司内部完成维护工作的灵活性。 软件外购目标1.制定有效的软件外购合同计划、工作时间表和预算。2.外购合同风险的最小化。3.提供有效的软件外购合同的跟踪和进展报告,确保整个软件外购合同生命周期的充分透明度以及必要时采取正确的行动。4.确保软件产品/服务接收前经过全面的检验和确认 。 软件合同经理的职责 1.促进软件外购合同的订立。2.促进合同商方面履行软件外购合同的条款;3.承担确保合同商对软件产

13、品/或服务的按时交付、做好预算、质量合格的全面责任。4.担任协调母公司内外和合同商组织之间有利益关系、兴趣或涉及软件外购合同的人们或团体的关系。 软件外购流程概览 发起者发起者创建合同创建合同选择合同选择合同合同管理合同管理签收和安装签收和安装接收接收用户需求软件外购合同项目定义法 律 要求维护支维护支持持修正和有生效的软件进 度 报告合 同 列 表最后的软件外购合同合同签订付款合同择定合同择定用户用户软件支软件支持员工持员工最后的软件外购合同开发的软件产品或服务培 训 支持培 训 使用审核查阅结果软件项目管理软件项目管理商讨法律商讨法律行政管理行政管理 软件更改控制定义 软件更改控制是指提议

14、更改软件配置的升级和协作完成建议的更改过程以确保整个软件保持完整和一致。 配置文件配置文件(CI)软、硬件的集合,在更改控制过程它指定作为一个简单的实体,配置文件的例子有:1.软件组件,如源文件模板,目标模板文件,执行文件或数据文件;2.编译程序器或操作系统;3.基线,如开发中的软件系统;4.发布,如运行中软件系统;5.文件,如需求文档; 。 软件更改控制和相关活动软件更改控制和相关活动在软件配置管理的上下文得到最好的说明,它正式地被定义为应用技术的原则、管理方向及监察以:1.明确和列写配置文件的职能和表面特征;2.控制对配置文件的改变;3.记录和报告更改进展和完成情况;4.检验有特定需求的附

15、件 软件更改控制的目标1.可识别软件组件; 2.软件由一套相互协调的组件构成;软件组件是有用并易理解的; 3.软件组件从不会丢失(如媒介错误或操作失误后)。4.软件的每一更改均经批准并有文档; 更改工作均已记录(如即时更新)5.总是可以返回到原先的版本;保存有更改历史,以便总是可以知道谁在何时做了什么; 软件更改管理策略 更改控制更改控制所有软件文件,如文档,源文件,代码,可执行代码,文件工具,测试软件和数据应受更改控制程序控制。系统库系统库1.为保证软件的安全和控制,作为最低要求,应建立下列系统库来存储配置文件: 2.开发(或动态)库,代码开发与单元测试任务进行的地方 3.测试(或maste

16、r)库,集成和系统测试执行的地方; 4.产品(或属性)库,执行接收测试的地方 软件更改管理策略另外,下面更改控制策略将应用: 1.所有开发均只能在开发库执行; 2.不可修改产品库(除非有新的发布,先前版本将变成备份) 3.应建立所有库的备份程序。 单元模块之间、基线、发布和软件库的关系 单元 1单元 2单元3基线 1基线 2发布 1图例集成转移开发库测试或Master库产品或档案库 软件更改控制 主要职责更改管理更改管理 1.在软件生命周期开发阶段,软件项目管理的责任是组织软件更改活动和定义相关作用。 2.在软件生命周期的操作和维护阶段,软件更改控制的责任有赖于软件维护经理(SMM)。 软件更

17、改控制系统库管理员系统库管理员 更改经理应得到一个向他汇报的系统库管理员的支持,他负责: 1.建立新的测试库;2.更新测试库;3.从测试库到产品库的备份;4.对测试和产品库的访问控制。 软件更改控制更改评估员更改评估员 1.更改评估员应是软件组织的一个独立团体的一部分,如软件质量保证团体。2.他/她负责在开发项目的定期间隔或后期,通过对配置文件的物理检查或其它质量保证程序,检查安排的软件更改控制活动是否已完成。 软件更改控制流程概览 变更控制环境变更控制环境软件项目管理软件项目管理明确配置项目明确配置项目更改需求和执行更改需求和执行变更通知变更通知用户需求管理用户需求管理维护支持维护支持用户用

18、户 (用户用户 管管理理,系统拥有者系统拥有者 客户客户更改控制规则软件开发软件开发(新的开发新的开发,维护和问题管理维护和问题管理)变更需求用户需求变更变更通知报告变更通知报告项目和用户定义软件库包括配置项目变更细节软件开发软件开发(新开发,维护新开发,维护和问题管理和问题管理)-发布-软件CI 更改要求 软件测试定义软件测试是以人工或自动的方法演试或评估系统或元件的过程来: a)确认它满足特定的需求; b)分析预期与结果两者之间的不同; c)较之其它检验技术,测试是最直接的,因为它执行软件。软件测试是软件生命周期活动的主要组成部分,具体可分三种: a)单元测试 b)系统测试 c)用户接收测

19、试 软件测试的主要目标 发现缺陷并确保在软件完成前得到修正。缺陷是指与指定的用户需求的异常或偏差。 确保软件在每个测试阶段结束时,已经有效降低缺陷数量,并在进行生产前消除了所有已知缺陷。 提供开发人员和用户一种信心,即正开发的软件能按指定的用户需求在测试或操作环境运行。 向开发、支持人员和用户提供关于系统的第一印象和培训 。 软件测试管理策略所有开发完毕的软件在发布到生产环境前要测试,直到无缺陷。测试要涉及系统或组件的用户,并运行于目标环境或模拟环境。 单元测试单元测试测试主要职责制作模块或单元的软件开发人员或队伍,主要负责单元测试并采取相应更改。 系统测试的主要职责软件测试人员,软件开发人员

20、,系统经理或系统分析员为主,主要负责集成测试和系统测试,包括对发现的缺陷采取正确行动。软件开发人员与用户归纳问题。使用户获取对系统的第一印象和感觉。操作和维护人员可能参与观察系统在目标或假设环境里的行为。 用户接收测试主要职责用户,多指最终用户,用户管理层或系统拥有者。他们主要负责包括签署确认已测试软件的用户接收测试,培训使用新系统和准备新系统投入真正的商业环境。开发人员,主要指系统经理或系统分析员,提供讲解系统问题和对发现的缺陷采取正确行动的支持。操作和维护人员观察系统在目标或模拟环境中的行为。 软件测试流程概览软件项目管理软件项目管理(计划计划)整体测试策略整体测试策略单元测试单元测试系统

21、测试系统测试QAT用户接收用户接收测试测试测试完成活动测试完成活动测试需求单元测试计划软件生命周软件生命周期期软件开发软件开发测试从属物单元测试说明软件更改控软件更改控制制软件完成用户接收测试定义.用户已接收的软件系统测试后的软件编码系统测试说明系统测试后的软件编码用户已接收的软件和文件配置名称用户接收测试计划配置名称系 统 测 试计划 技术部门组织结构图界 面组程 序组品 保组总 经 理总 经 理研 发 中 心品 管 部测 试组过 程组 )项 管组分 设组配 置组技 术组项 目经 理 1子 项目 1子 项目 1子 项目 1子 项目 1子 项目 1子 项目 1子 项目 1项 目经 理 2子 项

22、目 2子 项目 2子 项目 2子 项目 2子 项目 2子 项目 2子 项目 2产 品经 理 3子 项目 3子 项目 3子 项目 3子 项目 3子 项目 3子 项目 3子 项目 3 方案优缺点主要优点是:a)能充分发挥每个人的特长和优势。b)人员利用率和开发效率均能得到有效的提高。c)有效地节省公司的开发成本d) 提高软件的开发质量。e)部门组织结构清晰、责任明确。f)有利于每个人某项技能的深入发展和提高。g)基本涵盖软件开发的各个阶段。主要缺点:a)对项目管理要求较高;b)对系统分析设计人员的要求较高。 研发中心工作职责1.全面负责公司承接的项目或产品的研发;2.负责公司项目管理和考核工作;

23、3.负责公司新技术的研发与引进工作;4.负责公司产品的技术鉴定及成果申报工作;5. 跟踪、收集、整理IT行业相关的新技术、新产品资料;6. 定期向公司领导提交研究报告;7.组织公司的资源,不定期对公司员工进行技术培训;8.与其他单位联系,不定期对公司员工进行新技术培训;9.组织和实施公司内部的技术研讨工作;10.协助行财部进行研发人员的培养、选拔、招聘、考核和激励工作;11.协助营销部进行技术支持、售后服务、培训、市场推广、宣传和销售工作;12.配合公司其它部门完成有关行政、安全等方面的管理工作。 项目管理组职责 1.负责项目或产品的开发的管理工作;2.负责项目的进度、成本以及最后交付的质量;

24、3.售前市场支持; 4.编写项目建议书与工作说明书; 5.编写项目开发计划书; 6.依据合同规范,整合及审核“项目需求报告”,并提交客户;7.审核项目的概要设计与详细设计方案;监督项目测试计划的制定与实施; 8.对项目人员、设备和整个开发环境进行安排和调整;9.协调相关单位解决质量问题;审核及认可整体测试报告;10.计划项目售后维护服务工作;11.执行与项目有关的“分包商合约”,并于项目最后的总结报告中做供应商评估; 项目管理组职责12.依项目技术需求,指派适当员工接受教育训练;13. 对其所属员工依其经验或其接受训练的结果审定其技能是否符合要求;14.项目负责人得视需求指定系统分析师协助并代

25、理其部分责任,以有效执行项目的开发,并达到人员培养的目的;15.准备、验证以及验收工作总结报告;16.充当本项目组与其它部门的接口,包括上级组织、内部成员或与项目有利益相关、感兴趣或有牵涉的外面成员或集团;17.负责公司项目经理或项目负责人的招聘、选拔、考核和培养工作;18.不定期对所辖人员进行项目管理技能提高培训,拟定内部培训和交流计划与日期;19. 和技术组成员一起追踪新的项目管理方法,评估其可行性,以融入项目的管理中,提升总体解决方案之质量;20. 向高级管理层汇报进度。 分析设计组 1.负责公司系统分析设计人员的招聘、选拔、考核和培养工作;2. 不定期对所辖人员进行系统分析设计技能提高

26、培训,拟定内部培训和交流计划与日期;3. 和技术组成员一起追踪新的系统分析设计方法,评估其可行性,以融入项目的分析设计中,提升总体解决方案之质量;系统分析系统分析1.依项目负责人之指派,于期限内完成该系统的分析工作;2.依项目负责人之指派负责收集客户需求,并将需求分析后做成“项目需求报告”;3.制作系统可行性分析报告、系统需求说明和设计任务书; 制定系统测试方案; 4.协助项目负责人制作项目计划、制作系统开发计划、制定系统试运行计划;负责单元测试结果之认可;5.对“应用系统问题单”负责分析,制订修改规格,预定完成时间。 分析设计组系统设计:系统设计:1.参加系统分析小组,参加用户需求调查,协助

27、系统分析人员制作项目需求报告;2.分别着重于服务器端、客户端或中间层协助系统分析员进行可行性分析;3. 协助系统分析员完成各项系统分析报告;4.用户需求报告和需求说明获得用户评审通过后,分别着重于服务器端或客户端或中间层制定详细的设计任务书;5.制定程序设计风格;制定软件界面风格;指定参考资料;6.确定可引用的软件资源;7. 指导程序员的工作。 程序开发组职责 1.制订公司的编程手册和编程规范;2.严格按照设计任务书的要求和编程规范在规定的时间内完成程序的编写和单元测试的工作;3.负责完成程序修改;4.共同执行系统集成,并协助测试部门制作整体测试报告;5. 对所完成的程序质量负责;6.负责公司

28、程序员的招聘、选拔、考核、调配和培养工作;7.负责各项目程序开发的质量;8.负责新进人员的程序开发、技术规范的培训,并编写培训教材,改善训练方式并提升训练品质;9.不定期对所辖人员进行技术技能提高培训,拟定内部培训、交流的计划与日期。 界面设计组职责 1.负责制订公司的界面设计规范与管理规范;2.依据项目需求说明书和系统设计任务书在规定的时间内设计和制作、测试网页或界面;3.负责各项目界面设计的质量;4.负责公司界面设计人员的招聘、选拔、考核、调配、激励和培养;5.网页设计师的培训辅导;6.追踪新网页设计技术,评估其可行性,以融入总体解决方案中,提升总体解决方案之质量。 资源配置组职责 1.确

29、定软件开发过程中软件配置项;2.制订软件配置的过程和规范;3.协助项目负责人在制定项目开发计划时制订项目的配置管理计划;4.协助项目负责人规定配置标识规则;5.协助项目负责人在项目开发过程中建立配置数据库;6.确定配置管理工具、技术和方法;7. 协助项目负责人实施变更管理,这是配置管理的一项重要内容;8.实施版本管理和发行管理;9.进行软件配置系统的维护;10.跟踪各项目配置项的状态报告,并向上级汇报;11.推动软件配置工作的发展。 技术研究组职责 1.负责收集和整理各项目中有重用价值的软件模块或控件并建立相应的索引和文档;2.与系统软件、开发工具供应商进行联系,收集获得最新的技术资料;3.根

30、据实际情况组织人力资源对公司新技术进行研发;4. 跟踪、收集、整理IT行业相关的新技术、新产品资料;5.负责公司技术研究人员的选拔、招聘、考核、调配、激励和培养工作;6.不定期对所辖人员进行技术技能提高培训,拟定内部培训、交流的计划与日期; 7.定期向公司领导提交研究报告;8.组织和实施公司内部的技术研讨工作,不定期对公司员工进行技术培训;9.与其他单位联系,不定期对公司员工进行新技术培训。 软件工程过程组职责 1.制订详细的软件过程改进计划;2.按CMM要求定义软件过程、规程、模板和培训,建立组织财富库;3.与各级经理和项目开发人员合作推进过程改进;4.对组织中使用的新过程、方法和工具进行监

31、督和评价,并将其推广到组织的其它部分。 品管部职责 1.向软件机构职能部门提供质量保证支持2. 负责建立一个软件质量保证章程,用于描述质量职责;确定软件质量保证标准和指导方针;3. 通过从用户的角度和软件的范围内评估质量问题,编辑并且列出SQA组应该执行的任务的先后次序;评估完成每个任务所需的资源情况;确定实现SQA职责所需的人力资源,并和管理层达成一致;4. 颁布已获批准的SQA章程,适当时包括软件质量政策,应分发给所有的软件组织部门和使用者,以确保他们在开展工作时,能理解和支持SQA的职能;5. 确保SQA分析员接受定期培训,以更新他们在软件质量和IT方面的知识;6.使用与建立质量章程草案

32、相同的任务小组和程序来制定SQA计划。应该确保对每个项目都被质量计划所涵盖,当SQA计划制定完成后,SQAM/工作组应该将该计划交给软件组织的关键人物进行审核和合作或获得建议,从而确保软件管理质量能很好的执行; 品管部职责7.为了确保得到理解和支持,SQAM应该定期就已获批准的SQA计划主持召开所有软件组织的管理人员和成员以及关键用户参加的通知会议;8.寻求工作组对建立SQA规章和计划的任务单一致同意,明确在执行阶段没有能解决的所有软件质量问题;并对计划作出适当调整;9.从长远而言,计划任何SQA计划审核时可能发生的情况的预防措施;10.定期的(例如,每隔三个月)对SQA服务的用户(例如,软件

33、和用户管理机构及其开发成员。)进行满意度的调查,以评估SQA的服务可以作些什么改进,在哪里终止或者需要再加强;11.根据对用户满意度调查,对SQA计划执行情况的审查以及内审的结果,应定期举行常规的管理评审会议以修订SQA章程和计划。 测试组职责 1.负责制订公司的测试规范、体系以及测试管理方案;2.依据系统设计文档编制符合标准的测试文档,如:测试计划、测试用例、测试报告等;3.搭建测试环境; 严格执行项目中制定的测试方案;4.深入用户实际工作环境,了解用户的实际工作情况,收集来源于实际的测试试例;填写测试问题报告单及测试报告,测试报告和测试卡要交档案控制员归档5. 做好与程序员和系统设计师的沟

34、通,跟踪问题的解决;6. 发现缺陷并确保在软件完成前得到修正。缺陷是指与指定的用户需求的异常或偏差;7.确保软件在每个测试阶段结束时,已经有效降低缺陷数量,并在进行生产前消除了所有已知缺陷;8.测试工程师的招聘、选拔、考核、调配和激励;测试工程师的培训辅导;9.追踪新的测试设计技术,评估其可行性,以融入总体解决方案中,提升总体解决方案之质量。 品质保证组(SQA) 1.协助品管部经理建立一个软件质量保证章程、软件质量保证标准和指导方针,用于描述质量职责;2.协助品管部经理通过从用户的角度和软件的范围内评估质量问题,编辑并且列出SQA组应该执行的任务的先后次序;3. 执行品管部经理制订的工作计划,进行其它的和SQA相关的活动,如:质量奖励制度;借用相关制度的观念;证明或显示质量的价值;将软件质量提升到整个的组织的范围进行考虑;质量论坛;利用质量管理实践经验;4. 进行软件过程的审核和软件资源的审核;5. 应该定期的(例如:每月)收集、分析和报告软件工作的改进情况。例如,用户报告的数量减少;6. 对于软件缺陷,SQA组在短期内应该在软件和用户组织管理层的支持下采取正确的纠正措施;7.通常,一个独立的小组,例如:内部审查,应该定期对SQA的活动进行一个系统和独立的评测,以确定是否和SQA计划以及目的相符合。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 管理文献 > 其他资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁