Web 功能测试

Web 功能测试

        功能测试就是对产品的各个功能进行验证，根据功能测试用例逐项测试，检验产品是否 实现用户要求的功能。功能测试是系统测试最重要、最基本的内容，要求测试人员全面了解 产品的需求规格和业务功能，设计出高效的测试方案。功能测试可以在单元测试中实施，也 可以在集成测试、系统测试中进行，软件功能是最基本最重要的测试，需要在各个层面确保 功能执行的正确性。

功能测试内容

        基于的 B/S 架构的 Web 系统测试中的功能测试主要用来测试 Web 应用软件是否实现了 预期的功能，内容包括对 Web 页面进行链接测试，表单测试，数据校验测试、Cookie 测试、 数据库测试、权限测试、应用程序特定的功能需求测试等。

（1）链接测试：链接是 Web 应用系统的一个主要特征，它是在页面之间切换和指导用 户去一些未知地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否 按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证 Web 应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确 的 URL 地址才能访问。链接测试可以自动进行，现在已经有许多工具可以采用。链接测试 必须在集成测试阶段完成，亦即在整个 Web 应用系统的所有页面开发完成之后进行链接测 试。一般采用自动检测网站链接的软件来执行测试。

（2）表单测试：当用户通过表单提交信息的时候，都希望表单能正常工作。如果使用 表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。 如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让用户收到信息。 要测试这些程序，需要验证服务器是否能正确保存这些数据，而且后台运行的程序能否正确 解释和使用这些信息。当用户使用表单进行用户注册、登录、信息提交等操作时，必须测试 提交操作的完整性，以校验提交给服务器的信息的正确性。如果使用默认值，还要检验默认 值的正确性。如果表单只能接受指定的某些值，则也要进行测试。

（3）数据校验测试：如果根据系统业务规则需要对用户输入进行校验，就需要保障校 验功能正常工作。该项测试和表单测试可能会有些重复。一般可以采用手动或自动化方式执 行测试。

（4）Cookie 测试：Cookie 通常用来存储用户信息和用户在某些应用系统的操作，当一 个用户使用 Cookie 访问了某一个应用系统时，Web 服务器将发送关于用户的信息，把该信 息以 Cookie 的形式存储在用户端计算机上，这可用来创建动态和自定义页面或者存储登录 等信息。如果 Web 应用系统使用了 Cookie，就必须检查 Cookie 是否能正常工作。测试的内 容可包括 Cookie 是否起作用、是否按预定的时间进行保存、刷新对 Cookie 有什么影响等。 如果在 Cookie 中保存了注册信息，应确认该 Cookie 能够正常工作而且已对这些信息加密。 如果使用 Cookie 来统计次数，需要验证次数累计是否正确。

（5）数据库测试：在 Web 应用技术中，数据库起着重要的作用，数据库为 Web 应用 系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在 Web 应用中，最常 用的数据库类型是关系型数据库，可以使用 SQL 对信息进行处理。在使用了数据库的 Web 应用系统中，一般情况下可能发生两种错误，分别是数据一致性错误和输出错误。数据一致 性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或 程序设计问题等引起的，针对这两种情况，可分别进行测试

（6）应用程序特定的功能需求测试 在测试执行时，测试人员需要对应用程序特定的功能需求进行验证，尝试用户可能进行 的所有操作。测试人员一定要深刻理解需求说明文档，确认应用系统如宣传描述的一样完美。

（7）设计语言测试： 在 Web 应用系统开发中，可能由于采用的设计语言版本不同而引起严重问题，如使用 哪种版本的 HTML 语言等。尤其在分布式环境中开发时，因为开发人员分布在不同的物理 位置，这个问题就显得更加重要。除此之外，不同的脚本语言，例如 Java、iavascript、ActiveX、 Perl 或 VBScript 等也必须进行测试。 在 Web 应用系统开发初始，根据软件工程的要求确定使用哪个版本的 HTML 标准及 何种脚本语言及版本，可以有效地避免开发过程中出现设计语言相关的问题。对于该方面的 测试暂时没有测试方法，可以多参考一些该系统相关的更新信息。

功能测试要求

        功能测试主要是根据需求规格说明书，来检验被测系统是否满足用户各方面功能的使用 需求。功能测试也包括部分系统安全性测试如用户登录、用户权限控制等功能的测试，而且 功能测试需要针对不同的环境进行测试，一方面可以看作是系统环境的兼容性测试，另一方 面也可以看作不同配置下的功能测试。

        对于功能测试，针对不同的应用系统，其测试内容差异较大。针对某一特定的系统，应 考虑以下几个方面的内容：

（1）确认每个功能是否都能正常使用、每项功能都符合实际要求。

（2）确认是否达到产品需求规格说明书的要求。

（3）确认系统界面是否清晰、美观。

（4）确认用户界面测试时是否有相应的提示框、适当的错误提示。

（5）确认菜单、按钮操作正常、灵活，能处理些异常操作。

（6）确认是否能接收不同的数据输人（能接收正确的数据输人，对异常数据的输人可 以进行提示、容错处理等）。

（7）确认数据的输出结果准确，格式清晰，可以保存和读取。

（8）确认程序功能逻辑清楚，符合使用者的习惯。

（9）确认是否支持各种应用的环境；能配合多种硬件周边设备，与外部应用系统的接口有效 （10）确认是否能适当地接收输人数据而产生正确的输出结果。

（11）确认系统的各种状态是否按照业务流程而变化，并保持稳定。

（12）确认软件升级后，是否能继续支持旧版本的数据。

功能测试常见方法

        在这里，以 Web 功能测试为例，介绍功能测试的范围及方法。主要从表单、搜索功能、 添加、修改功能、删除功能、登录功能、翻页功能等几个方面进行测试分析说明。

表单

        表单一般指在界面进行数据提交操作的如输入框测试、下拉菜单测试、文件上传测试、 提交按钮测试等。它涉及到的测试包括以下方面，每个点的验证都要考虑有效及无效输入的 情况。

输入框测试

常见的输入类型有文本、数字、日期等，测试要点包含长度、数据类型、必填、重复、 空格、sql 注入以及一些业务相关约束。具体如： 文本型输入框：

• 长度检查，输入系统允许的最大和最小长度，以及超过最大长度和未达到最小长度；
• 字符型输入，中文，英文，数字，全半角标点符号，空格以及各类特殊字符；
• 多行文本框输入，是否支持回车换行，换行后显示格式是否正确；
•  空格检查，输入项为空格，或者输入的字符间含有空格；
• 安全性检查：输入特殊字符串、输入脚本函数、sql 注入；

数值型输入框：

• 边界值：输入系统允许的最大值、最小值、最大值+1、最小值-1，输入超大值；
• 位数：输入系统允许的最小小数位数、最大小数位数、最小位数-1、最大位数+1、 输入超长值； 
• 空格以及各类特殊字符：
• 异常值，输入负整数、负小数、分数、输入字母或汉字、小数、数字与字母混合、 16 进制，8 进制数值、货币型输入等；

日期型字符：

        合法性检查，异常值、特殊字符检查。如输入非日期，对输入日期的逻辑性检查，如 2 月 30 日、7 月 32 日、11 月 11 日，以及系统对闰年的检查，非闰年输入 2 月 29 日等。或 者输入未按系统规定的格式。

下拉菜单测试

主要从默认值、数据完整性/正确性、第一个/最后一个/中间一个选取、手动输入值模 糊匹配、联动选择等部分考虑测试点。

下拉菜单基本测试：

•  默认值(为空，提示选择，某一值)检查；
• 列表内容，是可变还是固定的，可变的最好要用 SQL 或其他方式验证正确性，不 6 允许出现重复值；
• 列表中的排序方式，特别是选项过多时尤为重要；
• 列表过长是否提供滚动条支持，一般超过 10 个需要滚动条；
• 选择一个选项后是否可编辑，有的下拉菜单允许编辑选择，这还需要验证其合法性；
• 列表中文本的对齐方式，一般都是左对齐；
• 选择框的长度是否可变；
• 选择框的长度是否合适，是否会出现选择项后不能全部显示其内容；
• 下拉菜单获取焦点后，是否可通过键盘操作如 Home、End、PageUP、PageDown 等。 可编辑的下拉菜单测试：
• 插入新值，检查输入合法性，重复值要提示；插入值长度、个数是否有限制；
• 删除一个值；能否删除默认值；是否所有的预置选项可删除，是否可删除所有选项；
• 新增，删除选项后，下拉菜单内容是否能正确显示。

下拉菜单联动检查：

假设有 A、B、C 三个下拉菜单，A 联动 B，B 联动 C；这时需要检查：

•  A 选择一个选项后，B 下拉菜单内容应该是 A 中这一项所包括的所有内容；
• 选择 B 中的一个选项，C 下拉菜单内容应该是 B 中这一项所包括的所有内容；
• 更改 A 中的内容，B，C 菜单应该做相应改变；
• 更改 B 中内容，C 菜单应做相应改变。

文件上传测试 

图片、视频、excel、txt 等文件大小、尺寸、格式、数量、文件内容规则验证；

正常上传功能测试：

• 选择符合要求的文件，是否上传成功；
• 上传成功的文件名称是否显示正常，是否可以正常浏览（视频、音乐、图片）；
• 上传文件过程中是否支持取消正在上传文件；
• 在上传过程中，在本地删除上传文件是否正常处理；
•  批量上传多个文件过程中，一部分文件被移动，或被删除，或被改名，是否会 影响其他文件的上传；
• 批量上传多个文件过程中，如果出现异常中断，是全部上传被撤销还是部分上 传被撤销；

文件上传类型测试：

        文件类型是否有限制，如果有限制按照要求进行测试；若上传类型没有限制，则测试用 例要考虑的以下几个方面：各种常见的文件类型，包括 jsp、iso、apk 等，以及各种视频、 音频和图片等。

• 图片：jpg、png、gif、bmp 等；
• 视频：mp4、avi、flv、mov、swf、wmv 等；
• 文档：doc、docx、sxw、xls、xlsx 等；
• 压缩包：zip、rar、tar、gz 等；
• 安装文件：exe、msi、ba 等；

上传文件大小测试：

         通常情况下，系统会设定上传文件大小的上限值，在考虑上传文件大小时，包括以下 几种情形：

• 文件大小为 0 字节文件, 1KB, 200KB, 2MB, 20MB,2G 等；
• 符合格式，总大小稍小于限制大小的文件；
• 符合文件，总大小等于限制大小的文件；
• 符合文件，总大小稍大于限制大小的文件

 表单提交按钮测试

        主要包含是否支持回车/单击、快速多次点击是否重复提交表单、网络中断（弱网）提 交、提交之后是否有提示、提交后内容是否加密、提交是否做权限校验控制、多人针对表单 同时操作的场景测试。

        在提交前需要理解清楚的点：第一点表单中哪些字段是必填项；第二点表单中字段内容 的限制：非空、重复、长度、特殊字符，空格、以及一些和业务相关的约束条件。

查询功能测试执行，常用测试方法有：

• 查询条件：查询条件确认，检查查询条件是否与需求中一致；开始日期和结束日期 逻辑，比如开始日期大于结束日期，结束日期等于开始日期等。
• 精确查询：查询条件输入数据库中存在的数据，显示相应数据；查询条件输入数据 库中不存在的数据，查询结果为空；检查查询结果中是否存在已删除数据；比较长 的名称是否能查到；输入系统中不存在的与之匹配的条件；用户进行查询操作时， 一般情况是不进行查询条件的清空，除非需求特殊说明。
• 模糊查询：查询条件输入任意一个字符，查询结果显示相关数据。
• 单一条件查询：单一查询条件来回切换，查询结果正确。
• 组合查询：多个查询条件组合查询，查询结果正确。
• 拼音查询
• 输入系统中不存在的与之匹配的条件

组合查询测试：

• 不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）
• 测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。

一般还要注意信息的翻页功能

• 首页、上一页、下一页、尾页功能验证；注意下首页情况下，上一页是否支持点击； 尾页情况下，下一页是否支持点击；
• 总页数、当前页数正确性验证；
• 指定跳转页验证；例如输入 8，点击跳转那么是否能正常跳转到第 8 页的数据；且 还注意下跳转的有效范围是 1-总页数；所以我们考虑 1、最大页数的有效值验证， 且也需要考虑 0、总页数+1、负数、小数、非数字、空的异常值验证。

 添加和修改测试，常用测试方法有：

• 文本框切换输入是否支持 Tab 键，保存是否支持回车键。
• 输入不符合要求的地方是否有错误提示。
• 字段唯一：重复添加是否有提示，是否保存成功，修改页面的唯一字段修改为已存 在的字段，是否保存成功。
• 必填字段校验：必填字段是否有必填标志，必填字段为空的情况下是否保存成功， 是否有提示。
• 保存失败，检查数据库里是否增加相关记录。
• 保存按钮功能确认，页面输入数据符合规定，点击“保存”，检查是否保存成功， 数据库中是否增加相关记录。
• 取消按钮功能确认，点击“取消”，检查数据库中是否增加相关记录。
• 对修改页的数据项进行相关修改，点击“保存”，是否保存成功，检查修改数据项 是否更新。
• 修改页面，对数据不做修改，点击“保存”，是否保存成功。
• 修改、添加数据后，检查查询页面的数据是否及时更新，特别注意首页数据的更新。
• 保存数据时，连续多次点击“保存“按钮，检查系统会不会增加多条相同数据、后 台报错等情况。
• 结果列表中记录为空或没选择记录，点击“修改”按钮，系统是否抛异常，是否给 出错误提示。

删除功能测试点： 

• 不选择记录，点击“删除”，删除是否成功，是否有错误提示。
• 删除任何记录时，是否有删除确认提示。
• 是否能连续删除多条记录。
• 当只有一条记录时，是否成功删除。
• 一条记录删除成功后，能否再次添加相同记录。
• 如果支持批量删除，执行批量删除操作时，检查删除的记录是否为选择记录。
• 删除记录时，检查查询页面的列表记录是否及时刷新。
• 根据需求，确认删除项执行物理删除还是逻辑删除。

 注册功能：

• 注册时，设置密码为特殊版本号，检查登录时是否会报错。
• 注册成功后，页面应该以登陆状态跳转到首页或指定页面。
•  在注册成功后，删除注册的账号，检查是否可以注册成功。
•  注册已注册的账号，检查是否可以注册成功。
•  改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有 的不区分）。
• 看是否支持 tap 和 enter 键等；密码是否可以复制粘贴；密码是否以* 之类的加秘 符号显示 。
• 对于账号输入与密码输入运用等价类、边界值写就好了，这里不再累述。

 登录功能：

• 输入正确的用户名和正确的密码。
• 输入正确的用户名和错误的密码。
• 输入错误的用户名和正确的密码。
• 输入错误的用户名和错误的密码。
• 不输入用户名和密码（均为空格）。
• 只输入用户名，密码为空。
• 用户名为空，只输入密码。
• 输入正确的用户名和密码，但是不区分大小写。
• 用户名和密码包括特殊字符。
• 用户名和密码输入超长值。
•  已删除的用户名和密码。
• 登录时，当页面刷新或重新输入数据时，验证码是否更新。

以上列举仅为常用的常用的功能测试点，实际应用应结合具体的项目全面考虑。