Web 应用程序测试用例示例（清单）
托马斯·汉密尔顿
在测试 Web 应用程序时，应考虑下面提到的模板。下面提到的清单几乎适用于所有类型的 Web 应用程序，具体取决于业务需求。
现在让我们详细看看每个清单：
可用性测试
什么是可用性测试？
- 可用性测试不过是用户友好性检查。
- 在可用性测试中，对应用程序流程进行测试，以便新用户可以轻松理解该应用程序。
- 基本上，可用性测试会检查系统导航。
可用性测试的目的或目标是什么？
可用性测试使用标准可用性测试实践来确定产品的易用性和有效性。
可用性测试用例示例
- 网页内容应正确，不得有任何拼写或语法错误
- 所有字体应符合要求。
- 所有文本都应正确对齐。
- 所有错误消息都应该正确，没有任何拼写或语法错误，并且错误消息应该与字段标签相匹配。
- 每个字段都应有工具提示文本。
- 所有字段都应正确对齐。
- 字段标签、列、行和错误消息之间应留出足够的空间。
- 所有按钮都应具有标准格式和尺寸。
- 每个页面都应有主页链接。
- 禁用的字段应显示为灰色。
- 检查损坏的链接和图像。
- 任何类型的更新和删除操作都应显示确认消息。
- 以不同的分辨率检查网站（640 x 480、600×800 等？）
- 检查最终用户是否可以轻松运行系统。
- 检查标签是否能正常工作。
- 滚动条仅在需要时出现。
- 如果提交时出现错误消息，则应该显示用户填写的信息。
- 标题应显示在每个网页上
- 所有字段（文本框、下拉菜单、单选按钮等）和按钮都应该可以通过键盘快捷键访问，并且用户应该能够使用键盘执行所有操作。
- 检查下拉数据是否因字段大小而被截断。另外，检查数据是否是硬编码的或通过管理员管理的。
功能测试
什么是功能测试？
- 测试产品的特性和操作行为以确保它们符合其规格。
- 测试忽略系统或组件的内部机制，而仅关注响应所选输入和执行条件而产生的输出。
功能测试的目的或目标是什么？
- 的目标 功能测试 是为了验证您的产品是否符合开发文档中提到的预期功能规格。
功能测试场景示例：
- 测试所有必填字段都应被验证。
- 测试所有必填字段是否应显示星号。
- 测试系统不应显示可选字段的错误消息。
- 测试闰年是否正确验证且不会导致错误/误算。
- 测试数字字段不应接受字母，并且应显示正确的错误消息。
- 如果数字字段允许，则测试负数。
- 计算时应正确处理测试除以零。
- 测试每个字段的最大长度以确保数据不会被截断。
- 测试当数据达到字段的最大大小时是否显示弹出消息（“此字段限制为 500 个字符”）。
- 测试更新和删除操作是否应显示确认消息。
- 测试金额值应以货币格式显示。
- 测试所有输入字段是否存在特殊字符。
- 测试超时功能。
- 测试排序功能。
- 测试可用按钮的功能
- 测试隐私政策和常见问题解答是否明确定义并应提供给用户。
- 测试如果任何功能失败，用户将被重定向到自定义错误页面。
- 测试所有上传的文档是否能正常打开。
- 测试用户是否能够下载上传的文件。
- 测试系统的电子邮件功能。
- 测试 Java 脚本在不同的浏览器（IE， Firefox、Chrome、Safari 和 Opera).
- 测试一下如果用户在网站中删除 cookie 会发生什么情况。
- 测试一下如果用户访问网站后删除 cookie 会发生什么情况。
- 测试组合框/列表框内的所有数据是否按时间顺序排列。
兼容性测试
什么是兼容性测试？
- 兼容性测试用于确定您的软件是否与系统中应运行的其他元素兼容，例如浏览器、 Opera系统或硬件。
兼容性测试的目的或目标是什么？
- 兼容性测试的目的是评估软件在特定浏览器中的运行情况， Opera系统、硬件或软件。
兼容性测试场景示例：
- 在不同的浏览器（IE、 Firefox、Chrome、Safari 和 Opera) 并确保网站正常显示。
- 测试正在使用的 HTML 版本是否与适当的浏览器版本兼容。
- 测试图像在不同的浏览器中是否正确显示。
- 测试字体在不同的浏览器中是否可用。
- 测试 java 脚本代码是否可在不同的浏览器中使用。
- 在不同的浏览器上测试动画 GIF。
数据库测试
什么是数据库测试？
- In 数据库测试 测试通过 Web 或桌面应用程序插入的后端记录。Web 应用程序中显示的数据应与数据库中存储的数据相匹配。
要执行数据库测试，测试人员应该注意以下几点:
- 测试人员应该透彻理解功能需求、业务逻辑、应用程序流程和数据库设计。
- 测试人员应该弄清楚应用程序所使用的表、触发器、存储过程、视图和游标。
- 测试人员应该了解创建的触发器、存储过程、视图和游标的逻辑。
- 测试人员应该找出通过 Web 或桌面应用程序执行插入更新和删除（DML）操作时受到影响的表。
借助上述要点，测试人员可以轻松地编写数据库测试的测试场景。
数据库测试的示例测试用例：
- 验证数据库名称：数据库名称应符合规范。
- 验证表、列、列类型和默认值：所有内容都应符合规范。
- 验证该列是否允许为空。
- 验证每个表的主键和外键。
- 验证存储过程：
- 测试存储过程是否已安装。
- 验证存储过程名称
- 验证参数名称、参数类型和参数数量。
- 测试参数是否是必需的。
- 通过删除一些参数来测试存储过程
- 测试当输出为零时，零记录应该受到影响。
- 通过编写简单的测试存储过程 SQL 查询。
- 测试存储过程是否返回值
- 使用示例输入数据测试存储过程。
- 验证表中每个标志的行为。
- 验证每次页面提交后数据是否正确保存到数据库中。
- 如果执行了 DML（更新、删除和插入）操作，请验证数据。
- 检查每一个字段的长度：后端和前端的字段长度必须相同。
- 验证 QA、UAT 和 production 的数据库名称。名称应该是唯一的。
- 验证数据库中的加密数据。
- 验证数据库大小。还要测试执行的每个查询的响应时间。
- 验证前端显示的数据，确保与后端相同。
- 通过在数据库中插入无效数据来验证数据的有效性。
- 验证触发器。
什么是安全测试？
安全测试 涉及从安全角度识别任何缺陷和漏洞的测试。
安全测试的示例测试场景：
- 验证包含重要数据（如密码、信用卡号、安全问题的秘密答案等）的网页应通过 HTTPS（SSL）提交。
- 验证密码、信用卡号等重要信息是否应以加密格式显示。
- 验证密码规则在所有认证页面上实施，例如注册、忘记密码、更改密码。
- 验证密码是否已更改，用户将无法使用旧密码登录。
- 验证错误消息不应显示任何重要信息。
- 验证如果用户已从系统中注销或用户会话已过期，则用户将无法浏览该网站。
- 验证无需登录即可直接访问安全和不安全的网页。
- 验证“查看源代码”选项是否被禁用并且对用户不可见。
- 如果用户多次输入错误密码，则验证用户帐户是否被锁定。
- 验证 cookies 不应存储密码。
- 验证如果任何功能无法正常工作，系统不应显示任何应用程序、服务器或数据库信息。相反，它应该显示自定义错误页面。
- 验证 SQL 注入攻击。
- 验证用户角色及其权限。例如，请求者不应能够访问管理页面。
- 验证重要操作是否写入日志文件，并且信息应该是可追溯的。
- 验证地址栏中的会话值是否采用加密格式。
- 验证 cookie 信息是否以加密格式存储。
- 验证应用程序是否受到暴力攻击
什么是性能测试？
性能测试 旨在评估系统或组件是否符合指定的性能要求。
常规测试场景：
- 确定应用程序在不同负载条件下的性能、稳定性和可扩展性。
- 确定当前架构是否能够支持峰值用户级别的应用程序。
- 确定哪种配置大小可提供最佳性能水平。
- 识别应用程序和基础设施瓶颈。
- 确定新版本的软件是否对响应时间产生不利影响。
- 评估产品和/或硬件以确定其是否可以处理预计的负载量。
如何进行性能测试？通过手动测试还是自动化
实际上，手动进行性能测试是不可能的，因为存在以下一些缺点：
- 将需要更多的资源。
- 无法同时执行操作。
- 无法进行适当的系统监控。
- 执行重复任务并不容易。
- Apache JMeter
- 负载流道
- Borland Silk Performer。
- Rational Performance Tester
- WAPT
- 新负荷
