CMMI对应实践 系统测试.ppt

* * 系统测试 第十五章 系统测试 CMMI对应实践 系统测试简述 系统测试活动内容 Validation——确认 The purpose of Validation (VAL) is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment.(用于证明产品或构件被置于预定环境中时能产生其预定的用途) SG 2 Validate Product or Product Components(确认产品或产品构件)——目的是确认产品或产品组件，以确保在预期作业环境中可适用。 Validation——确认(续) SP 2.1 Perform Validation(执行确认)，为让使用者接受，产品或产品组件置于预期作业环境中，其工作表现必须完全符合预期要求。一般会产生确认/测试报告，确认结果/客户验收报告，确认情况对照表等。 SP 2.2 Analyze Validation Results（分析确认结果），依据定义好的准则对确认测试、检查、演示或评估产生的结果数据进行分析。一般会产生确认活动发现的缺陷和问题报告，确认活动的变更申请。 在实际工程实践中一般是通过系统测试，客户试运行，客户验收等活动来进行保证。 第十五章 系统测试 CMMI对应实践 系统测试简述 系统测试活动内容 系统测试的目的 系统测试（System Test，ST）的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计的标准和规定。 制定测试计划和设计测试用例活动的进入准则是：产品需求和系统设计文档完成之后，系统测试小组就可提前开始制定测试计划和设计测试用例，不必等到“实现与测试”阶段结束，以提高系统测试效率。 执行系统测试计划活动的进入准则是：集成测试已通过。 一般采用黑盒测试的方法进行测试，主要内容有：功能性测试、健壮性测试、性能-效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等。 角色与职责 编号 角色名称 岗位映射 职责描述 1 项目经理 小组组长 组建系统测试小组，并指定一名成员任测试组长。 2 测试组长 测试负责人 制定测试计划，对测试小组人员相关工作进行管理。 3 测试人员 测试人员 设计测试用例、执行测试，并撰写相应的文档。 4 开发人员 开发人员 及时消除测试人员发现的缺陷。 5 配置管理员 CM 对系统测试过程中产生的所有代码和有价值的文档进行配置管理。 6 质量保证工程师 QA 根据小组选定的软件开发过程及教师要求的测试过程，审核过程的符合性 7 文档人员 文档人员 完善系统的各类文档，比如：用户手册，安装手册，联机帮助文档等。 测试小组来源 委托外部测试机构进行测试，比如：软件测评中心； 与项目组独立的测试小组或测试部门人员； 邀请其他项目的开发人员参与测试； 本项目的部分开发人员（但绝对不能以本项目开发人员为主进行系统测试） 技术支持或工程实施人员（更能清楚了解用户的实际使用环境及需求）。 注意：此处的测试与验证中的测试有很大区别。 第十五章 系统测试 CMMI对应实践 系统测试简述 系统测试活动内容 系统测试内容 1、用户层，主要是面向产品最终的使用操作者的测试，重点突出的是从操作者的角度，测试系统对用户支持的情况，用户界面的规范性、友好性、可操作性，以及数据的安全性。 用户支持测试，用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。 用户界面测试，在确保用户界面能够通过测试对象控件或入口得到相应访问的情况下，测试用户界面的风格是否满足用户要求，例如：界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。 可维护性测试，可维护性是系统软、硬件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来的影响。例如：对支持远程维护系统的功能或工具的测试。 安全性测试，安全性主要包括了两部分：数据的安全性和操作的安全性。验证只有规定的数据才可以访问系统，其他不符合规定的数据不能够访问系统；验证只有规定的操作权限才可以访问系统，其他不符合要求的操作权限不能够访问系统。 2、应用层，针对产品应用的测试,重点在系统应用的角度，模拟实际应用环境，对系统的兼容性、可靠性、性能等进行的测试。 系统性能测试，针对整个系统的测试，包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。 系统可靠性、稳定性测试，一定负荷的长期使用环境下，系统可靠性、稳定性。 系统兼容性测试，系统中软件与各种硬件设备兼容性，与操作系统兼容性、与支撑软件的兼容性。 系统网络测试，网络环境下，系统