软件测试与质量保证--016PPT课件下载推荐.ppt

软件测试与质量保证--016PPT课件下载推荐.ppt

《软件测试与质量保证--016PPT课件下载推荐.ppt》由会员分享，可在线阅读，更多相关《软件测试与质量保证--016PPT课件下载推荐.ppt（44页珍藏版）》请在冰豆网上搜索。

规程与规程手册规程提供了完成一个任务所需的所有细节，细节的依据为履行任务的功能所规定的方法。

所有SQA规程的汇集通常被称为SQA规程手册。

工作条例与工作条例手册工作条例同规程的应用有关，以使规程更适合于特定项目组、顾客或其他相关方的需求。

规程中规定一般的方法，而使它能在一个特定项目或单位应用的精确细节则规定在工作条例之中。

工作条例绝不可以同它们的父规程冲突，虽然同一规程相关联的可以有若干条例。

人们可以增加、改变或取消工作条例而不改变相应的规程。

规程与工作条例的编制/执行/更新一个“积极的”SQA规程手册需要大量经常进行的活动，这些活动保证规程的持续适用性：

例如，规程的编制、它们的执行与定期更新。

这些活动由SQA组成员与相关小组的成员进行，以确保规程正确地适应技术的变化以及顾客与竞争。

（1）新规程的编制

（2）新的或修正规程的执行（3）规程的更新内容提要规程与工作条例模板检查表配置管理受控文档与质量记录模板模板的概念模板的作用模板的编制模板样例模板的概念在其他领域中，模板的定义是“一种用于指导制作盘片的规格、模式或模子（如一片薄金属板或木板）”（韦氏新大学词典）。

在用于软件质量保证时，模板这个术语指的是小组或组织创建的用于编辑报告和其他形式文档的格式（特别是目录）。

模板的作用方便文档的编制过程；

确保开发人员编制的文档更完善；

新组员的加入更容易，这是因为对模板熟悉；

方便文档评审；

更容易找到执行维护任务所需的信息。

模板的编制

（1）编制新模板

（2）模板的应用（3）更新模板软件测试描述（STD）模板1测试范围11待测的软件包（名字、版本和修正）12为设计的测试提供基础的文档（每个文档的名字和版本）2测试环境（对每个测试）21测试标识（测试细节记录在STP中）22操作系统和硬件配置以及测试所需的切换设置的详细描述23软件加载的指导3测试过程31输入指导，详细到输入过程的每一步32测试中待记录的数据4测试用例（对每个测试）41测试用例标识细节42输入数据与系统设置43预期中间结果（如果适用）44预期结果（数值的、消息、设备的激活等）5在程序失效停止情况下采取的措施6根据测试结果总结应用的过程概要软件测试报告（STR）模板1测试标识，场地，安排和参加者11被测软件标识（名字、版本和修正）12为测试提供基础的文档（每个文档的名字和版本）13测试场地14每项测试活动的开始和结束时间15测试组成员16其他参加者17投入测试的工作时间2测试环境21硬件与固件配置22准备与测试前的培训3测试结果31测试标识32测试用例的结果（分别对每个测试用例）321测试用例标识322测试人员标识323结果：

成功失败324如果失败：

结果问题的详细描述4总错误数、它们的分布与类型的总结表41当前测试总结42同以前结果的比较（用于回归测试报告）5特殊事件和测试人员建议51测试期间的特殊事件和软件的非预期响应52测试期间遇到的问题53对测试环境改变的建议，包括测试准备54对测试规程和测试用例文件改变或改正的建议软件变更请求（SCR）文档模板

（1）更改要素倡议者提出SCR日期更改的性质目标对项目系统的预期贡献实施的紧迫性

（2）更改细节建议更改的描述更改的SCI清单对其他SCI的预期影响对同其他软件系统和硬件固件接口的预期影响开发完成进度的预期延迟和对顾客服务的干扰（3）更改进度表和资源估计执行的进度表估计所需的专业人员资源所需其他资源建议更改的估计总费用软件配置发布文档模板标识与安装发布版本与修订号新版本发布的日期这个发布进入的安装清单（现场、日期、安装该版本的技师的名字），如果适用发布版本的配置发布版本中的SCI清单，包括每个SCI版本的标识运行规定版本所需的硬件配置项清单，包括每个硬件配置项的规格软件系统（包括版本）与硬件系统（包括模型）的接口清单新发布的安装指导新版本中的更改以前的软件配置版本已经更改的SCI、第一次引进的新SCI与删除的SCI的清单引入更改的简短描述新版本中引入的更改的运行含义与其他含义进一步开发问题在新版本中未解决的软件系统问题清单对开发实现延迟的软件系统开发的建议和SCR清单内容提要规程与工作条例模板检查表配置管理受控文档与质量记录检查表检查表的概念检查表的作用编制、执行和更新检查表的组织框架设计与使用检查表的注意事项检查表的概念检查表指的是为每种文档专门构造的条目清单，或者是需要在进行某项活动（例如，在用户现场安装软件包）之前完成的准备工作清单。

检查表的制定应当是全面的。

在使用中用户会依据检查表的专业属性、用户对检查表的熟悉程度及其可用性来决定如何使用检查表。

检查表的作用可以帮助开发人员进行文档或软件代码自检，这项工作在文档或软件代码完成前和正式设计评审或审查前完成。

协助开发人员进行任务准备，这些任务有：

在顾客现场安装软件、实施分包商现场质量审计、与重用软件模块的供货商签订合同等。

预期检查表可以帮助开发者为执行任务更好地装备自己。

保证评审组成员所评审文档的完整性，因为所有相关评审项都在清单中列出。

有助于评审会议提高效率，因为会议主题和讨论次序事先都已定义并充分了解。

编制执行和更新检查表的组织框架

（1）编制新的检查表

（2）促进检查表的使用（3）更新检查表设计与使用检查表的注意事项

（1）检查表的设计要有易用性

（2）对检查表中的检查项进行分类（3）检查项的描述要尽量准确（4）分别设计形式检查表和内容检查表（5）对检查结果进行度量分析，持续改进检查表（6）避免盲目崇拜检查表内容提要规程与工作条例模板检查表配置管理受控文档与质量记录配置管理管理者的承诺SCM人员组成建立CCB验收测试中的SCMSCM的必要性测试周期中的CCB的角色审计的理由和实践避免大量的“文书工作”在SCM活动间分配资源管理者的承诺SCM要想成功，软件项目经理和其老板要根据软件开发人员的活动就制衡原则的某种形式做出承诺。

SCM人员组成开始实施SCM时，软件配置管理组织要由合格的人员组成，这一点是非常重要的。

如果缺少合格的配置管理人员来实施配置管理功能，那么得到高层管理充分支持的最详尽的SCM方案也不足以支持实现理想的软件产品。

如果条件许可，那么SCM组应该先由几个经验丰富的人组成，这样比有一群经验不足的人要好很多。

建立CCB有了管理上的支持和CM的骨干力量，实践配置管理是从简单开始（尤其是当管理层对SCM的好处仍然还有点怀疑的时候）。

当公司对SCM的价值逐渐相信之后，再逐步扩大SCM活动的范围。

验收测试中的SCM在系统要交付给用户之前的阶段，软件配置管理是最重要的，但往往被忽略。

在这个阶段，编码和模块的单元测试已经完成，并且模块已经集成到系统中去了。

交付和安装的日期已经很近。

在剩下的时间里，测试小组将根据时间对系统进行尽可能彻底的测试。

SCM的必要性SCM对提高测试的可视性和可跟踪性是非常重要的。

测试周期的特点就是对软件代码的不停的改变：

报告问题，寻求解决方法，修改代码，更新文档和重建系统。

测试周期中的CCB的角色功能支持测试的CM活动标识准备发布的列表（列出变更的模块）标识开发基线表示事件报告标识可运行基线控制CCB会议建立开发基线分配测试和事件解决方法的优先级确定交付日期批准审计和测试报告批准事件解决方法建立可运行基线审计比较新基线和原基线保证满足标准测试（验证和确认）软件系统在系统工程和/或软件工程的技术方面的丰富经验状态报告记录日志，跟踪事件报告发布CCB会议记录审计的理由和实践审计消耗大量的配置管理资源。

审计在SCM的功能中是最具有技术性而且工作量最大的一个功能。

它需要理解细节并把细节关联起来的能力，不仅要能发现软件产品中有什么，还要能发现软件产品中遗漏了什么。

所以，一般来讲，SCM人员中最有经验的人（当然，薪水也最高）承担审计工作。

从中不难看出，为何审计会花费SCM的大部分预算。

避免大量的“文书工作”以大纲开始。

利用这个格式在起初的几次CCB会议上生成会议记录。

因为一次会议的记录是下次会议的基础，所以会议记录对会议参与者来讲应该很清楚，即哪个主题对参与者有用以及每个主题应该记录多少细节。

CCB会议记录的格式和内容应该和CCB参与者的需求相适应，避免不必要的大量的文书工作。

在SCM活动间分配资源做出把已经非常有限的资源分配给SCM各个功能这类硬性的决定常常是很有必要的。

内容提要规程与工作条例模板检查表配置管理受控文档与质量记录受控文档与质量记录受控文档和质量记录的定义和目标文档编制控制规程受控文档清单受控文档的编制受控文档的批准问题受控文档的存储与检索问题记录控制受控文档和质量记录的定义和目标受控文档是那些对软件系统的开发、维护以及与顾客关系的管理目前就重要或者将来可能变得重要的文档。

管理受控文档的主要目标是：

确保文档的质量。

确保其技术完整性和与文档结构规程和条例的符合性（模板的使用，正确签名等等）。

确保文档的未来可用性，在软件系统维护、进一步开发或对顾客（试验性的）未来投诉做出反应时可能需要它。

支持软件失效原因的调查和作为改正性措施的一部分与其他措施分配责任。

质量记录是一种特殊类型的受控文档。

它是面向顾客的文档，用于证实同顾客需求的全面符合性以及贯穿于开发和维护全过程的软件质量保证系统的有效运行。

文档编制控制规程那些管制受控文档从生成到最后废止操作的SQA工具就称为文档编制控制规程。

以下是这种规程的典型部件：

文档类型及受控更新的清单的定义文档编制需求文档批准需求文档存储与检索需求，包括文档版本、修订和废止的受控存储受控文档清单受控文档（包括质量记录）管理的关键是受控文档类型清单。

清单的正确构建基于建立一个执行这个概念的授权当局（由一个人或一个委员会担任）。

受控文档的编制文档作者。

完成日期。

批准文档的人员，包括其职位。

批准日期。

作者和批准人员的签名。

新发布中引入的更改的描述。

以前版本和修订版本的清单。

流通清单。

机密性限制。

受控文档的批准问题批准文档或文档类型人员的职务按照文档类型和组织组织的优先选择，批准文档的可以是一个人、几个人或一个委员会例如正式设计评审（FDR）委员会。

由文档编制控制规程授权的这个职位的拥有者必须具有承担文档评审任务的经验和足够的技术专长。

批准过程文档需要批准的理由不只是确保文档的质量。

批准还旨在检查和防止专业上的不足对文档模板的偏离。

在需要FDR批准的情况下，应当应用合适的评审规程。

受控文档的存储与检索问题与文档有关的受控存储与检索需求主要是确保文档的保密性和持续可用性。

同样的需求应当适用于纸面文档和电子文档以及其他类型的介质。

它们是指：

文档存储本身。

文档的流通和检索。

文档保密，包括文档的废止。

记录控制建立并保持记录，以提供符合要求和质量管理体系有效运行的证据。

记录应保持清晰、易于识别和检索。

应制定形成文件的程序，以规定记录的标识、贮存、保护、检索、保存期限和处置所需的控制。

应编制形成文件的程序，以规定以下方面所需的控制：

文件发布前得到批准，以确保文件是充分与适宜的；

必要时对文件进行评审与更新，并再次批准；

确保文件的更改和现行修订状态得到识别；

确保在使用处可获得适用文件的有关版本；

确保文件保持