Web 应用程序测试用例示例（清单）

功能测试场景示例：

• 测试所有必填字段都应被验证。
• 测试所有必填字段是否应显示星号。
• 测试系统不应显示可选字段的错误消息。
• 测试闰年是否正确验证且不会导致错误/误算。
• 测试数字字段不应接受字母，并且应显示正确的错误消息。
• 如果数字字段允许，则测试负数。
• 计算时应正确处理测试除以零。
• 测试每个字段的最大长度以确保数据不会被截断。
• 测试当数据达到字段的最大大小时是否显示弹出消息（“此字段限制为 500 个字符”）。
• 测试更新和删除操作是否应显示确认消息。
• 测试金额值应以货币格式显示。
• 测试所有输入字段是否存在特殊字符。
• 测试超时功能。
• 测试排序功能。
• 测试可用按钮的功能
• 测试隐私政策和常见问题解答是否明确定义并应提供给用户。
• 测试如果任何功能失败，用户将被重定向到自定义错误页面。
• 测试所有上传的文档是否能正常打开。
• 测试用户是否能够下载上传的文件。
• 测试系统的电子邮件功能。
• 测试 Java 脚本在不同的浏览器（IE， Firefox、Chrome、Safari 和 Opera).
• 测试一下如果用户在网站中删除 cookie 会发生什么情况。
• 测试一下如果用户访问网站后删除 cookie 会发生什么情况。
• 测试组合框/列表框内的所有数据是否按时间顺序排列。

可用性测试用例示例

• 网页内容应正确，不得有任何拼写或语法错误
• 所有字体应符合要求。
• 所有文本都应正确对齐。
• 所有错误消息都应该正确，没有任何拼写或语法错误，并且错误消息应该与字段标签相匹配。
• 每个字段都应有工具提示文本。
• 所有字段都应正确对齐。
• 字段标签、列、行和错误消息之间应留出足够的空间。
• 所有按钮都应具有标准格式和尺寸。
• 每个页面都应有主页链接。
• 禁用的字段应显示为灰色。
• 检查损坏的链接和图像。
• 任何类型的更新和删除操作都应显示确认消息。
• 以不同的分辨率检查网站（640 x 480、600×800 等？）
• 检查最终用户是否可以轻松运行系统。
• 检查标签是否能正常工作。
• 滚动条仅在需要时出现。
• 如果提交时出现错误消息，则应该显示用户填写的信息。
• 标题应显示在每个网页上
• 所有字段（文本框、下拉菜单、单选按钮等）和按钮都应该可以通过键盘快捷键访问，并且用户应该能够使用键盘执行所有操作。
• 检查下拉数据是否因字段大小而被截断。另外，检查数据是否是硬编码的或通过管理员管理的。

兼容性测试场景示例：

• 在不同的浏览器（IE、 Firefox、Chrome、Safari 和 Opera) 并确保网站正常显示。
• 测试正在使用的 HTML 版本是否与适当的浏览器版本兼容。
• 测试图像在不同的浏览器中是否正确显示。
• 测试字体在不同的浏览器中是否可用。
• 测试 java 脚本代码是否可在不同的浏览器中使用。
• 在不同的浏览器上测试动画 GIF。

数据库测试的示例测试用例：

• 请核对数据库名称：数据库名称应与规范相符。
• 验证表、列、列类型和默认值：所有内容都应符合规范。
• 验证该列是否允许为空。
• 验证每个表的主键和外键。
• 验证存储过程：
• 测试存储过程是否已安装。
• 验证存储过程名称
• 验证参数名称、参数类型和参数数量。
• 测试参数是否是必需的。
• 通过删除一些参数来测试存储过程
• 测试当输出为零时，零记录应该受到影响。
• 通过编写简单的测试存储过程 SQL 查询。
• 测试存储过程是否返回值
• 使用示例输入数据测试存储过程。
• 验证表中每个标志的行为。
• 验证每次页面提交后数据是否正确保存到数据库中。
• 如果执行了 DML（更新、删除和插入）操作，请验证数据。
• 检查每一个字段的长度：后端和前端的字段长度必须相同。
• 验证 QA、UAT 和 production 的数据库名称。名称应该是唯一的。
• 验证数据库中的加密数据。
• 验证数据库大小。还要测试执行的每个查询的响应时间。
• 验证前端显示的数据，确保与后端相同。
• 通过在数据库中插入无效数据来验证数据的有效性。
• 验证触发器。

API 测试示例场景：

• 验证记录的状态代码，包括成功、验证失败、未经授权的访问和服务器错误。
• 验证响应有效负载是否与已发布的架构相符，包括字段名称和数据类型。
• 验证缺失或格式错误的参数是否返回可读消息，而不是堆栈信息。 trace.
• 验证身份验证令牌是否会过期、正确刷新，以及注销后是否无法重放。
• 验证基于角色的授权，以防止普通帐户通过更改标识符访问管理员端点。
• 验证每个参数的边界值，包括空字符串和最大长度。
• 验证速率限制是否返回正确的限流响应，而不是静默失败。
• 验证当第三方服务超时时，端点是否能优雅降级。
• 检查响应或错误消息中是否出现密码、令牌或内部路径。

安全测试的示例测试场景：

• 验证包含重要数据（如密码、信用卡号、安全问题的秘密答案等）的网页应通过 HTTPS（SSL）提交。
• 验证密码、信用卡号等重要信息是否应以加密格式显示。
• 验证密码规则在所有认证页面上实施，例如注册、忘记密码、更改密码。
• 验证密码是否已更改，用户将无法使用旧密码登录。
• 验证错误消息不应显示任何重要信息。
• 验证如果用户已从系统中注销或用户会话已过期，则用户将无法浏览该网站。
• 验证无需登录即可直接访问安全和不安全的网页。
• 验证“查看源代码”选项是否被禁用并且对用户不可见。
• 如果用户多次输入错误密码，则验证用户帐户是否被锁定。
• 验证 cookies 不应存储密码。
• 验证如果任何功能无法正常工作，系统不应显示任何应用程序、服务器或数据库信息。相反，它应该显示自定义错误页面。
• 验证 SQL 注入攻击。
• 验证用户角色及其权限。例如，请求者不应能够访问管理页面。
• 确认重要操作已记录在日志文件中，并且这些信息应该…… trac能够。
• 验证地址栏中的会话值是否采用加密格式。
• 验证 cookie 信息是否以加密格式存储。
• 验证应用程序是否受到暴力攻击

无障碍测试示例场景：

• 确保有意义的图像带有描述性的替代文本，装饰性图像对辅助技术隐藏。
• 确保每个表单控件都有以编程方式关联的标签，而不仅仅是相邻的占位符文本。
• 确认页面仅使用键盘即可正常工作，并且每次按键时都有可见的焦点指示器。
• 检查文本和交互元素与其背景是否满足最低对比度要求。
• 确认标题顺序符合逻辑，没有跳级，以便屏幕阅读器导航正常工作。
• 验证错误信息是否已传达给辅助技术，并确定出错的字段。
• 验证页面在 200% 缩放比例下是否仍然可用，无需水平滚动。
• 验证自定义小部件（例如模态框、选项卡和手风琴）是否公开正确的角色和状态。