为注册任何网站而编写测试用例和编写 Sanity 测试用例有什么区别?任何人都可以通过为任何网站的注册页面提供一些测试用例或健全性测试用例示例来让我理解吗?
6 回答
顾名思义,健全性测试表明验证应用程序是否健全的案例。例如,在注册网站的情况下,您可能会进行以下测试:
- 登录页面上提供了注册选项。
- 单击“注册”会重定向到正确的注册表单。
- 单击登录不会重定向到“注册”表单。
- 提交“注册”表格成功,没有崩溃。
- 用户已注册,可以登录。
以上对于健全性测试来说已经足够了。但是对于详细测试,除了上述测试之外,您还可以包括以下测试。
- 不允许使用相同的用户 ID 再次注册。
- Sql 注入受到限制。
- 注册后,用户可以从多个设备/浏览器登录,无需再次注册。
- 允许中途取消注册(半填表)。
- 只有表单中的必填字段(如果为空白)应该阻止注册。
- 不应允许空白表格注册。
进行健全性测试以快速检查应用程序是否正常运行。它不应该是非常耗时的测试,并且当您没有足够的时间进行测试时可以快速完成。
健全性测试没有任何特定的测试用例,并且大多在没有测试用例的情况下完成。
对于健全性测试,只需要检查应用程序的直接流程是否正常工作。健全性测试让团队相信一些直接错误,异常没有进入工作流程。
例如,您想购买新车。
因此,当您参加称为“健全性检查”的试驾时
使用那辆车一年后,当你分享你的经验时,这就是所谓的细节测试
所以健全性检查基本上是对所有链接和 UI 的整体检查,其中详细信息测试用例正在检查页面的所有内容,包括负面和正面场景。
每个软件测试服务公司在开始功能测试之前都会遵循创建测试用例的过程。当我们作为 QA 没有足够的时间运行所有测试用例时,就会进行健全性测试。仅当 QA 团队时间不足时才应进行健全性测试,切勿将其用于常规发布。从理论上讲,此测试是回归测试的一个子集。
用于快速验证注册功能的健全性测试用例:
- 登录页面上提供了注册选项。
- 单击“注册”会将用户重定向到适当的注册表单。
- 用户可以在注册表单的所有必填字段中填写详细信息。
- 用户可以毫无错误地提交“注册”。
- 用户可以使用注册期间提供的凭据访问该帐户。
“注册”表单的回归测试用例还涵盖了其他一些领域:
- 在所有兼容的操作系统和浏览器上验证注册
- 注册页面上的所有字段都正确处理了跨脚本。
- 验证该用户无法使用相同的详细信息再次注册。
- 验证注册过程中的行为
- 通过将必填字段留空来验证用户无法注册(这需要通过将每个必填字段留空来进行检查)。
- 将任何字段留空时,应显示该字段的适当错误消息。
- 验证文本和数字字段的所有边界值。
首先进行健全性测试以检查 sin up 功能。检查验证所有字段。要检查单击工作上的 sin up 按钮是和否。对所有字段输入 提交按钮后单击该时间检查水芹。点击直接主页上的提交按钮进行检查。