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