软件测试基础Web测试的方法和技巧精品PPT课件
合集下载
软件测试知识PPT(共23张PPT)
白盒测试
• ①白盒测试法需要了解程序内部的结构，测试用例是根据程序的内部逻辑来 设计的。白盒测试法主要用于软件的单元测试。
• ②白盒测试的基本原则是：保证所测模块中每一个独立路径至少执行一次； 保证所测模块所有判断的每一个分支至少执行一次；保证所测模块每一个循 环都在边界条件和一般条件下至少执行一次；验证所有内部数据结构的有效 性。
• ③白盒测试法常用的技术是逻辑覆盖。主要的覆盖标准有6 种，即强度由低到 高依次是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合 覆盖、路径覆盖。
• I. 语句覆盖
• 指选择足够的测试用例，使被测语句的每个语句至少执行一次。
• II.判定覆盖 • 指选择足够的测试用例，使每个判定的所有可能结果至少出现一次。 • III.条件覆盖
需求分析 确认测试
软件设计 集成测试
编码 单元测试
需求分 析说明
书
概要设 计说明
书
详细设 计说明
书
源程ቤተ መጻሕፍቲ ባይዱ 代码
单元测 试
集成测 试
确认测 试
• 单元测试：也称模块测试，主要发现编码和详细设计中产生的错误，通常采用白盒
测试。放在编码阶段，由程序员自己来完成，检查它是否实现了详细设计说明书中 规定的模块功能和算法。其测试计划是在详细设计阶段完成。单元测试的测试计划 是在详细设计阶段完成。
次。
• VI. 路径覆盖
• 指选择足够的测试用例，使流程图中的每条路径至少经过一次。
黑盒测试
• ①黑盒测试，是对软件已经实现的功能是否满足需求进行测试和验证。 黑盒测试不关心程序内部的逻辑，只是根据程序的功能说明来设计测试 用例。黑盒测试法主要用软件确认测试。
软件测试技术韩永国第十一章Web系统测试案例精品PPT课件
目录设置
Web 安全的第一步就是正确设置目录。目录安全 是Web安全性测试中不可忽略的问题。
如果Web程序或Web服务器的处理不当，通过简 单的URL替换和推测，会将整个Web目录暴露给 用户，这样会造成Web的安全性隐患。
每个目录下应该有 index.html 或 main.html 页面， 或者严格设置Web服务器的目录访问权限，这样 就不会显示该目录下的所有内容，从而提高安全性。
4. 易用性测试
导航测试 图形测试 图形用户界面（GUI）测试 可靠性测试
导航测试
导航描述了用户在一个页面内操作的方式， 在不同的用户接口控制之间，或在不同的 连接页面之间。
Web应用系统导航帮助要尽可能地准确。 导航的页面结构、导航、菜单、连接的风
格要一致。
图形测试
在Web应用系统中，适当的图片和动画 既能起到广告宣传的作用，又能起到美 化页面的功能。
加密
当使用了安全套接字时，还要测试加密 是否正确，检查信息的完整性。
SSL
很多站点使用 SSL（Security Socket Layer）安全协议进行传送。
SSL表示安全套接字协议层，是由 Netscape首先发表的网络数据安全传输 协议。SSL是利用公开密钥/私有密钥的 加密技术，在位于HTTP层和TCP层之间， 建立用户和服务器之间的加密通信，从 而确保所传送信息的安全性。
登录
很多站点都需要用户先注册后登录使用， 从而校验用户名和匹配的密码，以验证 他们的身份，阻止非法用户登录。这样 对用户是方便的，他们不需要每次都输 入个人资料。
日志文件
为了保证Web应用系统的安全性，日志 文件是至关重要的。需要测试相关信息 是否写进了日志文件、是否可追踪。
软件测试基础优秀PPT课件
CHENLI
21
华东交通大学软件学院
5.3 面向对象的单元测试
与传统单元测试的区别
从单元的划分看 从测试方法看 从测试对象看
CHENLI
22
华东交通大学软件学院
5.3 面向对象的单元测试
从单元划分看
面向过程：以过程或功能作为单元划分 的依据。
面向对象：以类作为单元
是否需要测试所有的类 无法实例化的类如何测试 继承的类如何测试
（2）继承实现了共享父类中定义的数据和操作，同时也可定义 新的特征。子类是在新的环境中存在，所以父类的正确性不 能保证子类的正确性。继承使代码的重用率得到了提高，但 同时也使故障的传播几率增加。
（3）多态和动态绑定增加了系统运行中可能的执行路径，而且 给面向对象软件带来了严重的不确定性，给测试覆盖率的活 动带来新的困难。
CHENLI
30
华东交通大学软件学院
5.3 面向对象的单元测试
案例说明
MyPoint MyShape MyLine MyTriangle Scalene Isosceles
CHENLI
31
华东交通大学软件学院
5.3 面向对象的单元测试
测试用例的设计
案例说明 根据代码设计测试用例 根据前置条件和后置条件设计测试用例 根据状态转换设计测试用例 根据方法特性设计测试用例
（1）数据成员是否满足数据封装的要求——基本原则是数据成员是否被 外界（数据成员所属的类或子类以外的调用）直接调用。
（2）类是否实现了要求的功能——测试类的功能，不能仅满足于代码能 无错运行或被测试的类能提供的功能正确，应以所做的OOD结果为依 据，检测类提供的功能是否满足了设计的要求，是否有缺陷。
可能的作用方式。
软件测试培训ppt课件
模拟极端负载情况，测试系统性能 极限。
稳定性测试
长时间运行测试，观察系统性能波 动情况。
r
功能强大的性能测试工具，支持多种协 议和应用类型。
VS
JMeter
开源的Java应用性能测试工具，易于扩展 和定制。
2024/1/28
26
性能测试工具介绍与使用
Gatling
测试环境搭建
准备测试所需的环境，包括硬 件、软件和网络配置等。
2024/1/28
测试用例执行
按照测试用例设计文档中的步 骤，逐一执行测试用例。
测试结果记录
详细记录测试结果，包括通过 的测试用例、失败的测试用例 和缺陷信息等。
测试结果分析
对测试结果进行统计和分析， 识别问题并提出改进建议。
20
04
性能测试技术与实践
2024/1/28
21
性能测试概念及目的
性能测试定义：通过模拟多用户并发场 景，对系统各项性能指标进行测试和评 估的过程。
评估系统稳定性及可扩展性。
性能测试目的
发现系统性能瓶颈，优化系统性能。
2024/1/28
验证系统是否满足性能需求。
22
性能测试指标设定和评估方法
响应时间
用户发出请求到系统响应的时间。
可重复性
自动化测试脚本可以 重复使用，方便进行 回归测试和持续集成 。
可扩展性
自动化测试框架可以 方便地扩展和定制， 以适应不同项目的需 求。
2024/1/28
30
自动化测试框架选择与搭建
要点一
数据驱动框架
要点二
关键字驱动框架
通过读取外部数据文件或数据库中的数据来驱动测试用例 的执行。
通过定义一系列关键字和操作来实现测试用例的编写和执 行。
稳定性测试
长时间运行测试，观察系统性能波 动情况。
r
功能强大的性能测试工具，支持多种协 议和应用类型。
VS
JMeter
开源的Java应用性能测试工具，易于扩展 和定制。
2024/1/28
26
性能测试工具介绍与使用
Gatling
测试环境搭建
准备测试所需的环境，包括硬 件、软件和网络配置等。
2024/1/28
测试用例执行
按照测试用例设计文档中的步 骤，逐一执行测试用例。
测试结果记录
详细记录测试结果，包括通过 的测试用例、失败的测试用例 和缺陷信息等。
测试结果分析
对测试结果进行统计和分析， 识别问题并提出改进建议。
20
04
性能测试技术与实践
2024/1/28
21
性能测试概念及目的
性能测试定义：通过模拟多用户并发场 景，对系统各项性能指标进行测试和评 估的过程。
评估系统稳定性及可扩展性。
性能测试目的
发现系统性能瓶颈，优化系统性能。
2024/1/28
验证系统是否满足性能需求。
22
性能测试指标设定和评估方法
响应时间
用户发出请求到系统响应的时间。
可重复性
自动化测试脚本可以 重复使用，方便进行 回归测试和持续集成 。
可扩展性
自动化测试框架可以 方便地扩展和定制， 以适应不同项目的需 求。
2024/1/28
30
自动化测试框架选择与搭建
要点一
数据驱动框架
要点二
关键字驱动框架
通过读取外部数据文件或数据库中的数据来驱动测试用例 的执行。
通过定义一系列关键字和操作来实现测试用例的编写和执 行。
软件测试方法和技术PPT课件
测试效率。
优化测试数据
02
通过使用有效的测试数据，减少冗余和不必要的测试，提高测
试的针对性。
合理安排测试资源
03
合理分配人力资源，确保测试团队具备足够的技能和经验，提
高测试效率。
如何保证软件的质量？
制定详细的测试计划
在测试计划中明确测试目标、范围、方法、资源和时间安排，确保 测试工作有序进行。
执行全面的测试
软件测试方法和技术ppt课件
• 软件测试概述 • 常见的软件测试方法 • 软件测试技术 • 软件测试流程 • 软件测试工具 • 软件测试挑战与解决方案
01
软件测试概述
软件测试的定义
总结词
软件测试是对软件产品进行验证和确认的过程，旨在发现软件中存在的缺陷和错 误。
详细描述
软件测试是软件开发过程中不可或缺的一环，通过对软件产品的各种测试，如功 能测试、性能测试、安全测试等，来验证软件是否满足用户需求，同时发现软件 中存在的问题和缺陷，为软件的进一步优化和改进提供依据。
详细描述
灰盒测试的测试用例设计综合考虑需求规 格说明书和代码结构，设计出既符合需求 又针对代码的测试用例。
总结词
需要平衡需求与技术之间的关系
详细描述
灰盒测试需要平衡需求与技术之间的关系 ，既要满足用户需求，又要保证代码的质 量和正确性。
03
软件测试技术
静态测试
总结词
在代码不运行的情况下进行测试
详细描述
记录回归测试的结果，编写回归测试报告。
测试结束与总结
评估测试结果
对整个测试过程进行评估， 确定软件是否达到预期的质 量标准。
编写测试总结报告
总结测试过程中的经验教训 ，提出改进建议。
《web测试性能篇》PPT课件
来的问题。
3.并发测试（Concurrency Testing）
400并发用户，事务失败率（fail percent）>1.35%，软件系统失效。 500并发用户，事务失败率（fail percent）>10%，系统中断。 600并发用户，事务失败率（fail percent）>80%，系统崩溃。
压力测试的反常规操作
当平均每秒出现1个或2个中断的情形下，应当对每秒出现10个中断的情形来进行特 殊的测试；
把输入数据的量提高一个数量级来测试输入功能会如何响应； 应当执行需要最大的内存或其他资源（如CPU,内存，磁盘，网络）的测试用例； 运行一个虚拟的操作系统中可能会引起大量的驻留磁盘数据的测试用例； 两倍的已经基线的并发用户数或者HTTP连接数； 随机的关闭及重开连接到服务器上的网络上集线器/路由器的端口（例如，可通过
4.点击数（Hits per second）
定义：按照客户端向Web Server发起了多少次http请求来计算的。
5.并发用户数（Concurrent users）
定义：并发用户数指在某个时间特定点上与服务器端进行会话操作的用户数。 用来度量服务器并发容量和同步协调能力。
狭义：多个用户并发执行同一操作。 广义：多个用户同时执行不同的操作。 错误的理解：
吞吐量的衡量单位： (1)常用：请求数/秒、页面数/秒 (2)业务角度：访问人数/天、处理的业务数/小时 (3)网络角度：字节数/天
3.资源使用率（Resource utilization）
定义：资源使用率指的是对不同资源的使用程度。 常见的资源：CPU占用率、内存使用率、磁盘I/O、网络I/O。
内，服务器CPU利用率在80%以下。
2.压力测试（Stress Testing）
3.并发测试（Concurrency Testing）
400并发用户，事务失败率（fail percent）>1.35%，软件系统失效。 500并发用户，事务失败率（fail percent）>10%，系统中断。 600并发用户，事务失败率（fail percent）>80%，系统崩溃。
压力测试的反常规操作
当平均每秒出现1个或2个中断的情形下，应当对每秒出现10个中断的情形来进行特 殊的测试；
把输入数据的量提高一个数量级来测试输入功能会如何响应； 应当执行需要最大的内存或其他资源（如CPU,内存，磁盘，网络）的测试用例； 运行一个虚拟的操作系统中可能会引起大量的驻留磁盘数据的测试用例； 两倍的已经基线的并发用户数或者HTTP连接数； 随机的关闭及重开连接到服务器上的网络上集线器/路由器的端口（例如，可通过
4.点击数（Hits per second）
定义：按照客户端向Web Server发起了多少次http请求来计算的。
5.并发用户数（Concurrent users）
定义：并发用户数指在某个时间特定点上与服务器端进行会话操作的用户数。 用来度量服务器并发容量和同步协调能力。
狭义：多个用户并发执行同一操作。 广义：多个用户同时执行不同的操作。 错误的理解：
吞吐量的衡量单位： (1)常用：请求数/秒、页面数/秒 (2)业务角度：访问人数/天、处理的业务数/小时 (3)网络角度：字节数/天
3.资源使用率（Resource utilization）
定义：资源使用率指的是对不同资源的使用程度。 常见的资源：CPU占用率、内存使用率、磁盘I/O、网络I/O。
内，服务器CPU利用率在80%以下。
2.压力测试（Stress Testing）
Web网站测试要点PPT课件
功能测试
3、Cookies测试 Cookies通常用来存储用户信息和用户在某应用系统的操
作，当一个用户使用Cookies访问了某一个应用系统时，Web 服务器将发送关于用户的信息，把该信息以Cookies的形式存 储在客户端计算机上，这可用来创建动态和自定义页面或者存 储登录等信息 测试的内容包括：
1、Cookies是否能正常工作。 2、刷新对Cookies有什么影响。 3、如果存在 cookies 是否按照预定的时间进行保存。
功能测试
4、设计语言测试
Web设计语言版本差异可以引起客户端或服务器端严重问
题，例如使用哪种版本HTML等，当在分布式环境中开发时，
这个问题显得尤为重要，除了HTML版本问题外，不同脚本语
接口测试
在很多情况下web 站点不是孤立的，Web 站点可能会和外部服务器通讯、请求数据、 验证数据或提交订单等。
接口测试
1、 服务器接口
第一个需要测试的接口是浏览器和服务器接口，测试人员
提交事务然后查看服务器记录，并验证在浏览器上看到正好是
服务器上发生的，测试人员还可以查询数据库确认事务数据已
1、测试所有链接是否按指示的那样确实链接到了该链 接的页面。
2、 测试所链接的页面是否存在。 3、保证Web应用系统上没有孤立的页面（所谓孤立页 面是指没有链接指向该页面，只有知道正确的URL地址才能访 问）。
功能测试
2、表单测试 表单就是一些需要在线显示和填写的表格。表单中有一
些标准操作，如确认、保存、提交等，当用户通过表单提交信 息的时候，都希望表单能正常工作。 表单测试可以分为 5个方面：
正确保存
2、 外部接口
有些 web 系统有外部接口例如网上商店可能要实时验证
软件测试的方法和技术-课件PPT
WHILE循环结构
顺序结构 IF选择结构
UNTIL循环结构
CASE 多分支结构 选择结构
图3-8 控制流图的图形符号
图3-9（a）所示的是一个程序的流程图，
它可以映射成图（b）所示的控制流图。
1
2
3
6
4
7
8
5
1 1 （a）程序流程图 )
图
1
边
结点
3
-
区域
9
程
2
序
流
6
4
R2
程 图
7 R3 8
R1
和 对
7．测试覆盖准则
（1）Foster的ESTCA覆盖准则
前面所介绍的逻辑覆盖其出发点似乎 是合理的。所谓“覆盖”，就是想要做到 全面而无遗漏。但是，事实表明，它并不 能真的做到无遗漏。
K.A.Foster从测试工作实践的教训出 发，吸收了计算机硬件的测试原理，提出 了一种经验型的测试覆盖准则。
（2）Woodward等人的层次LCSAJ覆盖准则
5．多条件覆盖
多条件覆盖也称为条件组合覆盖，它的 含义是：设计足够的测试用例，使得每个 判定中条件的各种可能组合都至少出现一 次。显然满足多条件覆盖的测试用例是一 定满足判定覆盖、条件覆盖和条件判定组 合覆盖的。
6．修正条件判定覆盖
它要求满足两个条件：首先，每一个程
序模块的入口和出口点都要考虑至少被调 用一次，每个程序的判定到所有可能的结 果值要至少转换一次；其次，程序的判定 被分解为通过逻辑操作符（and、or）连接 的bool条件，每个条件对于判定的结果值 是独立的。
第 3 章 软件测试的方法和技术
3.1 软件测试方法概述 3.2 白 盒 测 试 3.3 黑 盒 测 试 3.4 测 试 用 例 设 计
软件测试入门PPT课件
❖3.界面中英文混杂，经常弹出莫名其妙的信息， 甚至还拼错单词； ❖4.提示、标题等不够专业，或各处描述不一致；
第32页/共40页
形象类问题（续）
❖5.界面元素的位置：缺省认为用户使用某种分辨率，导致在其他分辨率下 显示不正常； ❖6.说明书或帮助的排版格式不专业：中英文搭配不对、标点符号全角半角 部分、没有排版禁则… ❖7.程序名/路径名不规则（比如为程序员的名字等）； ❖8.没有安装程序、或安装程序不完善(丢掉一些必要的模块或文件)； ❖9.界面元素参差不齐，文字不能完全显示，TAB键顺序与使用顺序不一致 等；
❖1.修改Bug 时考虑得不够； ❖2.将问题留给测试人员去发现的心态（不仔
细测试、不小心修改、修改不彻底）； ❖3.更多地从用户使用的角度考虑设计、编码
与测试； ❖4.程序可重用性问题（很多不同的功能写在
一个应用程序内）； ❖5.开发过程中人员变动； ❖6.项目负责人对于BUG 的跟踪；
第39页/共40页
…………
第33页/共40页
可用性问题
用户比开发或测试人员在接触界面上要花费更多时间。错误和低效的用户界 面的影响会变得越来越大，最终甚至会掩盖了产品有用的方面。 下面是一些用户界面错误的例子： ❖1.输入无合法性检查和值域检查，允许用户输入错误的数据类型（有时只需 要选择合适的输入控件即可，比如日期用专门的日期输入控件），并导致不 可逆料的后果； ❖2.界面中的信息不能及时更新，不能正确反映数据状态，甚至对用户产生错 误的误导（如：记录个数、参数设置对话框中的缺省值等）；
第4页/共40页
RAD为软件测试带来新的挑战
❖软件结构越来越复杂 ❖团队规模越来越大 ❖开发成本与风险越来 越高 ❖用户对应用程序的质 量要求越来越严格
第32页/共40页
形象类问题（续）
❖5.界面元素的位置：缺省认为用户使用某种分辨率，导致在其他分辨率下 显示不正常； ❖6.说明书或帮助的排版格式不专业：中英文搭配不对、标点符号全角半角 部分、没有排版禁则… ❖7.程序名/路径名不规则（比如为程序员的名字等）； ❖8.没有安装程序、或安装程序不完善(丢掉一些必要的模块或文件)； ❖9.界面元素参差不齐，文字不能完全显示，TAB键顺序与使用顺序不一致 等；
❖1.修改Bug 时考虑得不够； ❖2.将问题留给测试人员去发现的心态（不仔
细测试、不小心修改、修改不彻底）； ❖3.更多地从用户使用的角度考虑设计、编码
与测试； ❖4.程序可重用性问题（很多不同的功能写在
一个应用程序内）； ❖5.开发过程中人员变动； ❖6.项目负责人对于BUG 的跟踪；
第39页/共40页
…………
第33页/共40页
可用性问题
用户比开发或测试人员在接触界面上要花费更多时间。错误和低效的用户界 面的影响会变得越来越大，最终甚至会掩盖了产品有用的方面。 下面是一些用户界面错误的例子： ❖1.输入无合法性检查和值域检查，允许用户输入错误的数据类型（有时只需 要选择合适的输入控件即可，比如日期用专门的日期输入控件），并导致不 可逆料的后果； ❖2.界面中的信息不能及时更新，不能正确反映数据状态，甚至对用户产生错 误的误导（如：记录个数、参数设置对话框中的缺省值等）；
第4页/共40页
RAD为软件测试带来新的挑战
❖软件结构越来越复杂 ❖团队规模越来越大 ❖开发成本与风险越来 越高 ❖用户对应用程序的质 量要求越来越严格
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
但如果仅仅访问一个页面就不会这样 ✿如果Web系统响应时间太长（例如超过5秒钟） ，用户就会因没有耐心等待而离开。 ✿另外，有些页面有超时的限制，如果响应速度太
慢，用户可能还没来得及浏览内容，就需要重新登 陆了 (2)而且，连接速度太慢，还可能引起数据丢失，使 用户得不到真实的页面
压力测试
❖ 负载测试应该安排在Web系统发布以后，在实际的网络环 境中进行测试 ✿ 一个企业内部员工，特别是项目组人员总是有限的，而 一个Web系统能同时处理的请求数量将远远超出这个 限度，只有放在Internet上，接受负载测试，其结果才 是正确可信的
可用性测试
❖ 导航测试 ❖ 图形测试 ❖ 内容测试 ❖ 表格测试 ❖ 整体界面测试
导航测试
❀ 描述用户在一个页面内操作的方式 ❖ 在不同的用户界面控件之间 ❖ 例如按钮、对话框、列表和窗口 ❀ 在不同的链接页面之间
导航测试
❀ Checklist举例 ❖ 导航是否直观 ❖ Web系统的主要部分是否可通过主页存取 ❖ Web系统是否有站点地图、搜索引擎或其他的导
复杂的Web应用场景
❖ Web服务器
服务器端，接受来自用户代理的传输 典型的Web服务器
安装了IIS的Windows 2003 Server 安装了Apache的Linux版本
服务器端使用ASP、JSP或PHP编写
复杂的Web应用场景
数据库 ❖ 数据库可能和Web服务器处于同一机器上 ❖ 在较小的应用程序中，可能只有一台机器处理客户
链接测试
❖ 链接测试方法
✿ 借助自动链接检查工具测试
— WebCheck — Link Sleuth
✿ 手工测试
— 完成工具无法完成的检查，弥补工具的不足
例如：JavaScript生成的链接
链接测试
❖ 链接测试工具介绍-- WebCheck ✿ Compuware公司的Web站点测试工具 ✿ 测试内容 —有问题的链接 —孤立页 —新页或旧页 —快页和慢页 —…… ✿ 在检查完毕生成详细的HTML格式的报告
端的请求 ❖ 较大的应用程序中，有可能有几个数据库服务器和
（或）几个Web服务器，用于处理用户请求
Web典型应用
Web服务器
WINDOWS+IIS+ASP/ LINUX+APACHE+PHP LINUX+TOMCAT/Oracle MYSQL MYSQL
❖ 需要验证表格是否设置正确
用户是否需要向右滚动页面才能看见产品的价格把
价格放在左边，而把产品细节放在右边是否更有效 ?
每一栏的宽度是否足够宽，表格里的文字是否都有 折行 是否有因为某一格的内容太多，而将整行的内容拉 长?
整体界面测试
❖ 整个Web应用系统的页面结构设计
✿是给用户的一个整体感 ✿例如：当用户浏览Web应用系统时是否感到舒适 ，整个Web应用系统的设计风格是否一致？ (2)对最终用户进行调查的过程
功能测试
❖ 链接测试 ❖ 功能性测试 ❖ 表单测试 ❖ Cookies测试 ❖ 数据库测试
链接测试
❖ 链接是Web应用系统的一个主要特征，它是在页
面之间切换和指导用户去一些不知道地址的页面 的主要手段
链接测试
❖ 链接测试主要内容
✿ 测试所链接的页面是否存在 ✿ 测试所有链接是否确实链接到正确的页面 ✿ 测试是否有孤立页面
软件测试基础
—Web测试方法和技巧
Web基本知识
界面测试
目录
功能测试 性能测试
客户端兼容性测试 安全性测试
网站概述
❖ 简单的Web应用场景
没有交互、静态的简单网站
❖ 复杂的Web应用场景
动态交互
简单的Web应用场景
Web服务器 Web浏览器
服务器端 网络 客户端
Web应用程序的基本要点
❖ 客户端发送请求 ❖ 服务器响应请求 ❖ 在请求和响应之间，客户端和服务器之间的连接是
✿Cookies是否能正常工作 ✿测试的内容可包括Cookies是否起作用，是否按 预定的时间进行保存，刷新对Cookies有什么影响
等
性能测试
❖ 连接速度 ❖ 负载测试 ❖ 压力测试
连接速度测试
❖ 用户连接到Web应用的速度根据上网方式的变化而 变化
✿他们或许是电话拨号，或是宽带上网 ✿当下载一个程序时，用户可以等较长的时间，✿
完全断开的
复杂的Web应用场景
动态的Web应用程序 ❖ 用户代理(浏览器) ❖ Web服务器 ❖ 数据库服务器
浏览器/服务器（B/S）结构
Web服务器
数据库服务器
网络
客户端1
客户端2
客户端n
复杂的Web应用场景
❖ 用户代理 用户代理经常被认为是用户操作的浏览器，但是它 实际上是操作系统和浏览器的组合 如Windows XP上的IE6.0 IE7.0 IE 8.0
(2)进行压力测试是指实际破坏一个Web应用系统，测 试系统的反映
✿ 压力测试是测试系统的限制和故障恢复能力，也就是测 试Web应用系统会不会崩溃，在什么情况下会崩溃
航帮助
图形测试
❖ 要确保图形有明确的用途，图片或动画不要胡乱地
堆在一起，以免浪费传输时间
❖ 图片尺寸要尽量地小，并且要能清楚地说明某件事
情
❖ 背景颜色应该与字体颜色和前景颜色相搭配 ❖ 图片的大小和质量，一般采用JPG或GIF压缩
内容测试
❖ 信息的正确性 ❖ 信息的准确性 ❖ 信息的相关性
表格测试
表单测试
❖ 表单应用
▪ 用户注册 ▪ 登录 ▪ 信息提交 ▪ ……
表单测试
❖ 测试内容
✿ 测试提交操作的完整性 ✿ 校验提交给服务器的信息的正确性 ✿ 默认值的正确性
表单测试
举例 ✿在数字框中是否能输入文本？ ✿是否允许通配符？ ✿是否可以为空？ ✿输入长度限制是否合理?
—例如：身份证框限制为15字符，不合理 ✿复选框和单选按钮的默认值是否正确? ✿是否只有一个单选框能被选中? ✿复选框是否出发了预期的事件?
Cookies测试
❖ Cookies测试
✿Cookies常用来存储用户信息和用户在某应用上 的操作
✿当用户使用Cookies访问了某一个应用时，Web 服务器将发送关于用户的信息，把该信息以 Cookies的形式存储在客户端计算机上，这可用来
创建动态和自定义页面或者存储登陆等信息
(2)如果Web应用使用了Cookies，就必须检查
慢，用户可能还没来得及浏览内容，就需要重新登 陆了 (2)而且，连接速度太慢，还可能引起数据丢失，使 用户得不到真实的页面
压力测试
❖ 负载测试应该安排在Web系统发布以后，在实际的网络环 境中进行测试 ✿ 一个企业内部员工，特别是项目组人员总是有限的，而 一个Web系统能同时处理的请求数量将远远超出这个 限度，只有放在Internet上，接受负载测试，其结果才 是正确可信的
可用性测试
❖ 导航测试 ❖ 图形测试 ❖ 内容测试 ❖ 表格测试 ❖ 整体界面测试
导航测试
❀ 描述用户在一个页面内操作的方式 ❖ 在不同的用户界面控件之间 ❖ 例如按钮、对话框、列表和窗口 ❀ 在不同的链接页面之间
导航测试
❀ Checklist举例 ❖ 导航是否直观 ❖ Web系统的主要部分是否可通过主页存取 ❖ Web系统是否有站点地图、搜索引擎或其他的导
复杂的Web应用场景
❖ Web服务器
服务器端，接受来自用户代理的传输 典型的Web服务器
安装了IIS的Windows 2003 Server 安装了Apache的Linux版本
服务器端使用ASP、JSP或PHP编写
复杂的Web应用场景
数据库 ❖ 数据库可能和Web服务器处于同一机器上 ❖ 在较小的应用程序中，可能只有一台机器处理客户
链接测试
❖ 链接测试方法
✿ 借助自动链接检查工具测试
— WebCheck — Link Sleuth
✿ 手工测试
— 完成工具无法完成的检查，弥补工具的不足
例如：JavaScript生成的链接
链接测试
❖ 链接测试工具介绍-- WebCheck ✿ Compuware公司的Web站点测试工具 ✿ 测试内容 —有问题的链接 —孤立页 —新页或旧页 —快页和慢页 —…… ✿ 在检查完毕生成详细的HTML格式的报告
端的请求 ❖ 较大的应用程序中，有可能有几个数据库服务器和
（或）几个Web服务器，用于处理用户请求
Web典型应用
Web服务器
WINDOWS+IIS+ASP/ LINUX+APACHE+PHP LINUX+TOMCAT/Oracle MYSQL MYSQL
❖ 需要验证表格是否设置正确
用户是否需要向右滚动页面才能看见产品的价格把
价格放在左边，而把产品细节放在右边是否更有效 ?
每一栏的宽度是否足够宽，表格里的文字是否都有 折行 是否有因为某一格的内容太多，而将整行的内容拉 长?
整体界面测试
❖ 整个Web应用系统的页面结构设计
✿是给用户的一个整体感 ✿例如：当用户浏览Web应用系统时是否感到舒适 ，整个Web应用系统的设计风格是否一致？ (2)对最终用户进行调查的过程
功能测试
❖ 链接测试 ❖ 功能性测试 ❖ 表单测试 ❖ Cookies测试 ❖ 数据库测试
链接测试
❖ 链接是Web应用系统的一个主要特征，它是在页
面之间切换和指导用户去一些不知道地址的页面 的主要手段
链接测试
❖ 链接测试主要内容
✿ 测试所链接的页面是否存在 ✿ 测试所有链接是否确实链接到正确的页面 ✿ 测试是否有孤立页面
软件测试基础
—Web测试方法和技巧
Web基本知识
界面测试
目录
功能测试 性能测试
客户端兼容性测试 安全性测试
网站概述
❖ 简单的Web应用场景
没有交互、静态的简单网站
❖ 复杂的Web应用场景
动态交互
简单的Web应用场景
Web服务器 Web浏览器
服务器端 网络 客户端
Web应用程序的基本要点
❖ 客户端发送请求 ❖ 服务器响应请求 ❖ 在请求和响应之间，客户端和服务器之间的连接是
✿Cookies是否能正常工作 ✿测试的内容可包括Cookies是否起作用，是否按 预定的时间进行保存，刷新对Cookies有什么影响
等
性能测试
❖ 连接速度 ❖ 负载测试 ❖ 压力测试
连接速度测试
❖ 用户连接到Web应用的速度根据上网方式的变化而 变化
✿他们或许是电话拨号，或是宽带上网 ✿当下载一个程序时，用户可以等较长的时间，✿
完全断开的
复杂的Web应用场景
动态的Web应用程序 ❖ 用户代理(浏览器) ❖ Web服务器 ❖ 数据库服务器
浏览器/服务器（B/S）结构
Web服务器
数据库服务器
网络
客户端1
客户端2
客户端n
复杂的Web应用场景
❖ 用户代理 用户代理经常被认为是用户操作的浏览器，但是它 实际上是操作系统和浏览器的组合 如Windows XP上的IE6.0 IE7.0 IE 8.0
(2)进行压力测试是指实际破坏一个Web应用系统，测 试系统的反映
✿ 压力测试是测试系统的限制和故障恢复能力，也就是测 试Web应用系统会不会崩溃，在什么情况下会崩溃
航帮助
图形测试
❖ 要确保图形有明确的用途，图片或动画不要胡乱地
堆在一起，以免浪费传输时间
❖ 图片尺寸要尽量地小，并且要能清楚地说明某件事
情
❖ 背景颜色应该与字体颜色和前景颜色相搭配 ❖ 图片的大小和质量，一般采用JPG或GIF压缩
内容测试
❖ 信息的正确性 ❖ 信息的准确性 ❖ 信息的相关性
表格测试
表单测试
❖ 表单应用
▪ 用户注册 ▪ 登录 ▪ 信息提交 ▪ ……
表单测试
❖ 测试内容
✿ 测试提交操作的完整性 ✿ 校验提交给服务器的信息的正确性 ✿ 默认值的正确性
表单测试
举例 ✿在数字框中是否能输入文本？ ✿是否允许通配符？ ✿是否可以为空？ ✿输入长度限制是否合理?
—例如：身份证框限制为15字符，不合理 ✿复选框和单选按钮的默认值是否正确? ✿是否只有一个单选框能被选中? ✿复选框是否出发了预期的事件?
Cookies测试
❖ Cookies测试
✿Cookies常用来存储用户信息和用户在某应用上 的操作
✿当用户使用Cookies访问了某一个应用时，Web 服务器将发送关于用户的信息，把该信息以 Cookies的形式存储在客户端计算机上，这可用来
创建动态和自定义页面或者存储登陆等信息
(2)如果Web应用使用了Cookies，就必须检查