try except？

啥叫反用例，是只逆向分析么？

不知道这篇文章是否可以让你 有点感悟 https://testerhome.com/topics/6257

就是异常的用例 与正常期望相反的用例。 如异常流程类的 异常数据流类的 异常数据校验类的。
也有点像渗透安全测试了，在接口测试过程中 可以故意构造一些比如非法 或 越界 边界数据 或一些 SQL 注入 XSS 注入 CSRF 等的，来检查接口对数据的校验与安全性。

刚刚发了接口测试的帖子，看看是否有用？https://testerhome.com/topics/7694

哦 了解了。 这个其实是测试分析时候 要考虑的

不过 这作者 发的白盒测试这里 难道问的是白盒单元测试的 负面用例。。。

我帮他改的 我觉得 这个得了解代码 才能做好

这位大哥说的对，其实这种场景在接口测试里边是比较好做的，把想到的反用例正用例，组合就可以了，但是现在要在界面 UI 中做这些内容，所以就比较尴尬

UI 的反用例？ 还是用例三板斧啊

1 业务流程（功能页面与功能页面之间的流程组合，跳转组合） 找这些的非常规功能流程的组合

2 操作流程（页面内的元素操作组合）找这些非常规的操作 比如 一个表单 全部非空提交 部分字段正确 部分字段错误提交 以及一些其他非法操作

3 数据流程与数据校验（等价 边界） 构造非法数据

其实你 UI 还是面向主要业务主要功能验证即可 比如注册成功即可 捎带加些异常输入的验证 比如用户名非法提交的提示拦截 ，没必要把负杂的情景验证用例放到 UI 自动化来做。

还是以主线业务为主，那如果是登录，1）我是站在单个要素：用户名的维度反用例来做；2）还是要用户名和密码组合：用户名的 N 种异常场景 + 正确的密码，用户名正确 +N 种异常的密码？

你主要目的是 UI 业务功能流程是吧？ 注册页面举例
反用例就是
1 全部为空的 提交 查看 UI 界面的拦截提示情况 注意不是接口的拦截 也有可能是接口返回的拦截提示 你的目的是测试 UI 流程 所以要分辨分别看 该是 UI 界面做的验证比如 JS 拦截的 那就是 UI 界面测试。该是接口拦截的就是接口测试的范畴。
2 部分正确 部分错误的组合情况提交 还是看 UI 界面处理提交这个动作的提示拦截。

这就是反向的喽 注册功能 反向的操作流程用例。

就是修改要测试的要素的值，其他要素设置为正确就可以了

构造畸形数据和其他无效等价类吧。。反用例这个名词。。。