软件测试–主要描述.pptVIP

第七章 软件测试 内容 软件测试的目的和原则 软件测试的对象 测试与软件开发各阶段的关系 电子商务测试 软件测试过程 软件测试知识域主题的本体结构 二十条软件测试的基本原则 验证需求原则 测试计划原则 第三方原则 发现错误原则 软件价值原则 测试成功原则 错误集群原则 黑盒白盒原则 测试用例原则 输入条件原则 超负荷原则 实事求是原则 复杂性度量原则 度量标准原则 有效覆盖原则 集成测试原则 工具原则 错误根源原则 知识管理原则 管理重要原则 什么是软件测试 软件测试是为了发现错误而执行程序的过程 软件测试是根据软件开发各阶段的规格说明和程序内部结构而精确设计一批测试用例（即输入数据和及预期的输出结果），并利用这些测试用例去运行程序，以发现错误的过程。 软件生存期各个阶段之间需要保持正确性 测试数据流 软件测试与软件开发过程的关系 两种类型的测试 已知产品的功能设计规格，可以进行测试证明每个实现的功能是否符合要求。 已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否已经经过检查。 黑盒测试 是否有不正确或遗漏了的功能？ 在接口上，输入能否正确地接受？能否输出正确的结果？ 是否有数据结构或外部信息（例如数据文件）访问错误？ 性能上是否能够满足要求？ 是否有初始化或终止性错误？ 白盒测试 对程序模块的所有独立的执行路径至少测试一次 对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测试一次 在循环的边界和运行界限内执行循环体 测试内部数据的有效性等 软件测试的过程 单元测试的工作 单元测试环境 集成测试考虑的问题 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失 一个模块的功能是否会对另一个模块的功能产生不利的影响 各个子功能组合起来，能否达到预期要求的父功能 全局数据结构是否有问题 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度 确认测试（有效性测试） 验证软件的功能和性能及其它特性是否与用户的要求一致 对软件的功能和性能要求在软件需求规格说明中已明确规定 α测试和β测试 α测试是由一个用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。 α测试的目的是评价软件产品的FLURPS(即功能、局部化、可使用性、可靠性、性能和支持)。尤其注重产品的界面和特色。 β测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与α测试不同，开发者通常不在测试现场。 β测试主要衡量产品的FLURPS。重于产品的支持性、包括文档、客户培训和支持产品生产能力。 只有α测试达到一定的可靠程度时，才能开始β测试。 确认测试过程 系统测试 系统测试是将通过确认测试的软件，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试。 系统测试的目的在于与系统的需求定义进行比较，发现软件与系统定义不符合或与之矛盾的地方。 系统测试的测试用例应根据需求说明书来设计，并在实际使用环境下来运行。 测试计划模板 确定要进行的测试的范围 估计时间、资源、人、硬件、软件和工具 提供所需的资源 提供测试环境 为任务指派人手 制定进度表 确定风险和应急计划 追踪项目进度并采取纠正措施 定期提供已通过的测试、堵塞的测试以及失败的测试的状态 如果项目范围出现变动，就重新制定计划 进行事后分析以吸取教训 测试计划样本 简化的测试过程 测试类型 测试用例格式 测试用例的目的 实施测试用例所需的设置 测试用例的输入 测试过程 期望的输出或结果 测试组要回答的问题 软件目前的质量如何? 产品的稳定性如何? 产品现在是否准备发行? 移交的软件的质量有多好? 对软件进行测试的效果如何? 有多少公开的问题? 还要进行多少测试？ 工具评估表 电子商务特征 一切都是新的 是一个有数百万的服务器和数十亿的参与者的分布式系统 通常需要快速的应用开发 少量设计、少量实施、少量测试 飞速变化的技术 用户可能是未知的 浏览器可能是未知的 高利用率(24*365) Web站点的外观和感觉非常重要 其性能可能是不可预见的 安全威胁可能无处不在 Web测试 静态测试 单元测试 功能测试 浏览器兼容性测试 可用性测试 安全性测试 负载／性能／强度测试 利用率测试 部署后测试 累计缺陷 样例——项目中的缺陷类型 追踪矩阵举例 要点 测试是为评价、改进产品质量、标识产品的缺陷和问题而进行的活动。 软件测试由一个程序的行为在有限测试用例集合上，针对期望的行为的动态验证组成，测试用例是从通常的无限执行域中适当选取的。 软件测试过程可概括为用单元测试保