面向对象软件测试策略.ppt

•
2．客户端问题
– 硬件，CPU、内存、存储器和打印 设备。 – 操作系统，Linux、Macintosh操作 系统、Microsoft Windows、基于移 动的操作系统。 – 浏览器软件，Internet Explorer、 Mozilla、Opera、Chrome等。 – 用户界面构件，ActiveX、Java applets、Flash等。 – 插件，QuickTime、RealPlayer等。 – 连接性，电缆、DSL、常规的调制 解调器等。 – 除了这些构件，其他配置变量包括 网络软件、ISP的难以预测的变化及 并发运行的应用系统。
• 在进行网站测试时，首先关注的是用户可见的方面，之 后进行技术及基础结构方面的测试。这里要进行6个步 骤的测试：
– 内容、界面、构件、配置、性能及安全测试。在测试过程中， 需要制定测试计划，要为每一个测试步骤开发一组测试用例， 并且要对记录了测试结果的文档进行维护，以备将来使用。
8.4.1 网站测试概念
8.4.8 系统测试
• 1．性能测试的目标
– – – – – – – 服务器响应时间是否降到了值得注意的或不可接受的程度？ 在什么情况下，性能变得不可接受？ 哪些系统构件应对性能下降负责？ 在多种负载的条件下，对用户的平均响应时间是多少？ 性能下降是否影响系统的安全性？ 当系统的负载增加时，网站的可靠性和精确性是否会受影响？ 当负载大于服务器容量的最大值时，会发生什么情况？
8.4.2 网站测试过程
8.4.3 数据库测试
• 为了完成此任务，需要以下的步骤：
– 查询信息管理数据库； – 从数据库中抽取相关的数据； – 将抽取的数据组织为一个内容对象； – 将这个内容对象（代表某个最终用户请求的指 定信息）传送到客户环境显示。
8.4.3 数据库测试
• 导致网站的数据库测试的复杂性以及重要性主要有以下 因素：
8.2.3 面向对象的系统测试
• 面向对象系统测试有三个主要目的：
1. 验证产品交付的组件和系统性能能否达到要 求。 2. 定位产品的容量以及边界限制。 3. 定位系统性能瓶颈。
• 由于系统测试需要搭建与用户实际使用环 境相同的测试平台，以保证被测系统的完 整性，所以，对临时没有的系统设备部件， 也需要有相应的模拟手段。
• 评估和测试都要检查质量维度中的一项或多项：
1.
2. 3. 4. 5. 6. 7. 8. 9.
内容：在语法及语义层对内容进行评估。在语法层，对基于文本的文件进行拼 写、标点及文法方面的评估；在语义层，正确性、一致性及清晰性都要评估。 功能：对功能进行测试，试图发现与客户需求不一致的错误。对每一项网站功 能，评定其正确性、不稳定性及与相应的现实标准（例如，Java或XML、 Javascript语言标准）的总体符合程度。 结构：对功能进行评估，以保证它正确地表示网站的内容及功能是可扩展的， 及支持新内容、新功能的增加。 可用性：对可用性进行测试，以保证接口支持各种类型的用户，各种用户都能 够学会及使用所有的导航语法及语义。 导航性：对导航性进行测试，以保证检测所有的导航语法及语义，发现任何导 航错误（例如，死链接、不合适的链接、错误链接等）。 性能：在各种不同的操作条件、配置及负载下，对性能进行测试，以保证系统 响应用户的交互并处理极端的负载情况，而且没有出现不可接受的操作上的性 能降低。 兼容性：在客户端及服务器端，在各种不同的主机配置下，通过运行网站对兼 容性进行测试，目的是发现针对特定主机配置的错误。 互操作性：对互操作性进行测试，以保证网站与其他系统和数据库有正确接口。 安全性：对安全性进行测试，通过评定可能存在的弱点，试图对每一个弱点进 行攻击。任何成功的突破尝试都被认为是一个安全漏洞。
• 下面通过举例的方式说明测试 类别及目标：
– 交互性——交互机制（例如，下 拉菜单、按钮、指针）容易理解 和使用吗？ – 布局——导航机制、内容和功能 放置的方式是否能够让用户很快 地找到它们？ – 可读性——文本是否很好地编写， 并且容易理解？图形表示是否容 易理解？ – 美学——布局、颜色、字体和相 关特性是否使网站美观并易于使 用？用户是否在应用时感觉舒适？ – 显示特性——网站是否使屏幕的 大小和分辨率得到了最佳使用？ – 个性化——网站是否能适应多种 用户或个别用户的特殊要求？
• 有一些模型可以帮助面向对象系统的测试， 主要包括：
– 用例 – 类图 – 序列图 – 活动图
8.3 面向对象软件的测试用例设计
• 相比于传统的结构化程序测试通过软件的【输 入】-【处理】-【输出】视图或者单个模块的 算法细节来设计测试用例的方式，面向对象测 试侧重于设计适当的操作序列来检查类的状态。 • 面向对象编程可能对测试有几种方式的影响， 依赖于面向对象编程的方法，
8.4.3 数据库测试
• 考虑到以上的四个因素， 对于图8.3中记录的每一个 “交互层”，都应该设计相 应的测试用例。测试应该 保证：
– 有效信息通过界面层在客户 端与服务器之间传递； – 网站正确地处理脚本，并且 正确地抽取或格式化用户数 据； – 用户数据被正确地传递给服 务器端的数据转换功能，此 功能将合适的查询格式化 （例如，SQL）； – 查询被传递到数据管理层， 此层与数据库访问程序通信。
第8章 面向对象软件测试策略
本章要点
8.1面向对象的基本特征
• 面向对象的基本特征是：抽象、继承、封装、重载、多态。 具体概念和相互关系如图8.1所示。
8.2 面向对象软件的测试策略
8.2.1 面向对象的单元测试
• 在前面介绍的很多单元测试方法可以直接用于类测试。 例如：
每个类都包含变量。在黑盒测试方法中介绍的边界值分析法 和等价类划分都可以使用，以保证使用最有效的测试数据发 现尽可能多的缺陷。 并不是所有方法都要由客户执行。可以使用白盒测试方法中 介绍的功能覆盖方法，以保证每个方法都能执行。 每个类都拥有具有过程逻辑的方法。在白盒测试方法中介绍 的条件覆盖技术、分支覆盖技术、代码复杂性分析等都可以 使用，以保证覆盖尽可能多的分支和条件，增加代码的可维 护性。 由于类要由不同的客户实例化很多次，所以各种压力测试技 术都可以实施，以尽早的发现与压力有关的问题，例如内存 泄漏，进行系统测试和验收测试。
8.4.1 网站测试概念
• 下面的步骤对此方法进行了总结：
1. 2. 3. 4. 5. 6. 7. 对网站的内容模型进行评审，以发现错误。 对接口模型进行评审，以保证适合所有的用例。 评审网站的设计模型，以发现导航错误。 测试用户界面，以发现表现机制和导航机制中的错误。 对选择的功能构件进行单元测试。 对贯穿体系结构的导航进行测试。 在各种不同的环境下，实现网站运行，并测试网站对于每一种 配置的兼容性。 8. 进行安全性测试，试图攻击网站或其所处环境的弱点。 9. 进行性能测试。 10. 通过可监控的最终用户群体对网站进行测试；通常对他们与系 统的交互结果进行评估，包括内容和导航错误、可用性、兼容 性、网站的可靠性及性能等方面的评估
8.2.4 面向对象系统的回归测试
• 测试用例库的维护
1. 删除过时的测试用例 2. 改进不受控制的测试 用例 3. 删除冗余的测试用例包的选择
1. 再测试全部用例 2. 基于风险选择测试 3. 基于操作剖面选择测 试 4. 再测试修改的部分
8.2.5 面向对象测试的相关模型
8.2.2 面向对象的集成测试
• 在面向对象系统的集成测试中需要注意以 下几点：
– 面向对象系统本质上是通过小的、可重用的组 件构成。因此，集成测试对于面向对象系统来 说更重要。 – 面向对象系统下组件的开发一般更具并行性， 因此对频繁集成的要求更高。 – 由于并行性提高，集成测试时需要考虑类的完 成顺序，也需要设计驱动器来模拟外没有完成 的类功能。
8.4.6 配置测试
• 1．服务器端问题
– 网站与服务器操作系统完全兼容吗？ – 当网站运行时，系统文件、目录和 相关的系统数据是否被正确的创建？ – 系统安全措施（例如，防火墙或加 密）允许网站运行，并对用户提供 服务，而不发生冲突或性能下降吗？ – 是否已经对所选择的具有分布式服 务器配置的网站进行了测试？ – 对网站是否与数据库软件进行了适 当的集成？是否对数据库的不同版 本敏感？ – 服务器端的网站脚本运行正常吗？ – 系统管理员的错误对网站运行的影 响是否已经被检查？ – 如果使用了代理服务器，在端点测 试时，是否已经明确了这些代理服 务器在配置方面的差异？
– 某些类型的故障变得就不可能（不值得去测试）； – 某些类型的故障变得更加可能（值得进行测试）； – 出现某些新的故障类型。
8.4 网站测试
• 网站测试是一组相关的活动，这些活动具有共同的目标：
– 发现网站的内容、功能、可用性、导航性、性能、容量以及 安全方面存在的错误。为实现这个目标，要将同时包括评审 及可运行测试的测试策略应用于整个网站系统的开发过程中。 参与测试的人员包括所有参加网站测试的网站开发工程师， 以及项目的经理、客户和最终用户。




8.4.4 用户界面测试
• 2．可用性测试
– 可用性测试可以由网站开发团队 来设计，但是测试本身由最终用 户进行。在测试时，可以采用下 面的步骤： – 定义一组可用性测试类别，并确 定每类测试的目标。 – 设计测试，使其能够评估每个目 标。 – 选择将执行测试的测试参与者。 – 当进行测试时，指导参与者与网 站的交互。 – 开发一种机制来评估网站的可用 性。
8.4.7 安全性测试
• 为了防止这些攻击，可以实现以下一种或多种安全机制：
– 防火墙，是硬件和软件相结合的过滤机制，它能检查每一个 进来的信息包，确保信息包来自合法的信息源，阻止任何可 疑的数据。 – 鉴定，确认所有客户和服务器身份的一种验证机制，只有当 两端都通过检验才允许通信。 – 加密，保护敏感数据的一种编码机制，通过对敏感数据进行 某种方式的修改，使得怀有恶意的人不能读懂。通过使用数 字证书，加密得到了增强，因为数字证书允许客户对数据传 输的目标地址进行检验。 – 授权，一种过滤机制，只有那些具有合适的授权码（例如， 用户ID和密码）的人，才允许访问客户或服务器环境。