怎样建设学校网站首页,做代练网站能备案,广州建设技术职业学院有什么专业,泉州网站外包章节目录#xff1a; 一、针对输入设计1.1 数值型1.2 字符串型1.3 数组或链表类型 二、针对业务逻辑2.1 约束条件分析2.2 操作对象分析2.3 状态转换分析2.4 时序分析 三、针对输出设计3.1 针对输出结果3.2 接口超时 四 、其他测试设计4.1 已废弃接口测试4.2 接口设计合理性分析… 章节目录 一、针对输入设计1.1 数值型1.2 字符串型1.3 数组或链表类型 二、针对业务逻辑2.1 约束条件分析2.2 操作对象分析2.3 状态转换分析2.4 时序分析 三、针对输出设计3.1 针对输出结果3.2 接口超时 四 、其他测试设计4.1 已废弃接口测试4.2 接口设计合理性分析 五、一个完整的例子5.1 针对输入设计5.2 针对逻辑设计5.3 针对输出分析 六、总结七、结束语 一、针对输入设计
1.1 数值型 1 ~ 35 范围内和范围外的值。 1 ~ 35 的边界0、1、35、36。 类型的特殊值-1、0。 数据类型的边界值int 的最小值最大值。 因为 1 ~ 35 代码的权限 ID 不同可能需要遍历 1-35 的每个值。 常见问题和风险 特殊值处理不当导致程序异常退出。类型边界溢出。取值范围外值未返回正确的错误信息等。
1.2 字符串型 长度为 4 位比 4 位少比 4 位多。 边界值String 的最大长度。 特殊值空字符。 字符串内容可考虑类型数字非数字。 特殊字符。 业务枚举值。 如果是输入用户输入且其他用户可见的内容则还需要考虑敏感字是否被正常过滤。 可能出现的问题和风险 传入非特定类型程序异常退出。超长字符未进行处理导致存储、显示等异常。其他用户可见设置的敏感字。
1.3 数组或链表类型
正常取值1 ~ 5 个权限范围外6 个权限。边界值1 ~ 35 的边界值请求允许最大最小值。特殊值0 个即空集合。合法 ID 和不合法的。重复的 ID 等。可能存在的问题和风险 0 个 item 时程序异常退出。重复的 item 处理时未去重导致结果异常等。
二、针对业务逻辑
2.1 约束条件分析 约束条件的测试在功能测试中经常遇到在接口测试中更为重要。它的意义在于用户进行操作时在该操作的前端可以已经进行了约束条件的限制故用户无法直接触发请求该接口。但是实际上如果有其他手段例如 UI 有 bug 或者通过技术手段直接调用接口那么接口是否针对这些条件进行了限制就尤为重要。 常见的例子要兑换 5Q 币需要 200 积分但是我积分不足所以兑换按钮是灰色无法点击的状态。正常用户是无法操作的但是兑换其实是调后台的一个接口如果绕过页面按钮的限制直接调用后台接口兑换呢是否可以兑换预期当然是不能兑换的。因此积分这个数值限制就需要针对接口进行测试并且非常重要。**数值限制**分数限制、金币限制、等级限制等等。例如兑换 Q 币活动要求积分 50 才可参与。**状态限制**登录状态等。例如同步用户信息需要先登录账号。 **关系限制**绑定的关系好友关系等。例如帮家人防骗功能只能查询绑定家人的来电信息。 **权限限制**管理员等。其他约束条件类似根据业务丰富设计 时间约束2200 之前等。 常见的问题和风险约束条件判断不足导致用户可通过特殊手段获取利益。
2.2 操作对象分析 操作通常是针对对象的例如用户绑定电话号码电话号码就是操作对象而这个电话号码的话费、流量也是对象。 对象分析主要是针对合法和不合法对象进行操作。例如下述用例子: 用户 A 查询电话 P1 话费 用户 A 查询电话 P1 流量 用户 A 查询电话 P2 话费 用户 A 查询电话 P2 流量。 后台的逻辑处理如果一个电话已经被绑定过从后台的角度是可以查询到该电话的话费和流量的。但是在用户侧应该是 **A 绑定了的电话才能让 A 查询到该电话的话费。**故类似对象的测试也必不可少。 常见的问题和风险 用户可访问非权限内的其他用户信息、敏感信息从而利用这些信息谋取利益。
2.3 状态转换分析 被测逻辑可以抽象成状态机各个状态之间根据功能逻辑从一个状态切换到另一个状态。如果我们打乱了这个次序从一个状态切换到另一个不在它下一状态集中的状态那么逻辑将会打乱就会出现逻辑问题。 例如在做任务的时候任务有三种状态未领取已领取未提交已完成三种状态。那么可以这样设计 正常的状态切换未领取状态领取任务后变为已领取状态已领取满足任务条件提交后变成已完成状态完成后可以再次领取任务。**非正常的状态切换**未领取任务满足任务条件直接提交任务已领取时再次领取任务等等。 常见的问题和风险 可通过特殊手段达到原本不能的状态从而谋取利益。
2.4 时序分析 在一些复杂的活动中一个活动是由一系列动作按照指定顺序进行的这些动作形成一个动作流只有按照这个顺序依次执行才能得到预期结果。 在正常的流程里这些动作是根据程序调用依次进行的并不会打乱在接口测试时需要考虑如果不按照时序执行是否会出现问题。例如客户端数据同步是由客户端触发进行的期间的同步用户无法干预。功能测试的时候可见的就是是否能正常进行同步而进一步分析同步流程实际涉及了一组动作假设后台有 3 个接口登陆获取用户 ID上报本地数据上报本地冲突。三个接口需要依次调用执行才能完成同步。那么在接口测试就可以考虑打乱上述接口的执行顺序去执行会有怎样的结果是否会出现异常。例如获取用户 ID 后不上报本地数据而直接上报本地冲突。常见的问题和风险 非顺序执行后数据出现异常可能还会出现程序其他异常。通过打乱顺序获取利益。
三、针对输出设计 针对输出设计其实是针对接口返回的结果进行分析。 3.1 针对输出结果
接口处理正确的结果可能只有一个但是错误异常返回结果有很多情况很多值。如果知道返回结果有很多种就可以针对不同结果设计用例。例如提交积分任务的时候我们通常能想到的是返回正确和错误错误可能想到无效任务无效登录态但是不一定能否完全覆盖所有错误码而接口返回定义的返回码可以设计更多用例覆盖返回码也是用例设计的一种思路。常见问题和风险 错误前端处理不足导致前端异常。错误提示处理不当导致用户看到晦涩的错误码。错误提示不当导致用户不知道哪里出了问题如何解决。
3.2 接口超时
接口正常情况下是有返回的那么如果接口不返回呢也就是说接口超时后的处理也是测试需要考虑的部分。如果超时处理不当可能会引起以下问题 未进行超时处理导致整个流程阻塞。超时后又收到接口返回导致逻辑出现错乱。
四 、其他测试设计
4.1 已废弃接口测试
已废弃协议是指之前有定义但是因为**需求变更或其他原因目前版本不用。**这些接口虽然不再使用但有可能代码并没有及时删除。如果利用技术手段调用这些接口可能获取额外利益。例如任务之前有个清理任务在一个版本需求里将清理任务替换为下载任务。在新版本客户端已不再调用完成清理任务的接口但是如果该接口未关闭用户就可以继续请求 submitTask(int taskID) 接口完成清理任务获得积分。因此新版本在考虑兼容旧版本的同时还应做好相关废弃接口的检查避免用户获得额外利益。
4.2 接口设计合理性分析
接口定义是否合理可以从以下几个方面分析 接口是否冗余。接口字段是否冗余。接口是否返回了调用方期望得到的信息。接口定义是否可满足所有调用需求。接口定义调用是否方便。
五、一个完整的例子 下面举一个完整例子通过上述方法来分析如何对接口进行用例设计。 某模块提供了一个接口给其他模块用户请求任务。 5.1 针对输入设计 针对长度 正常基本流边界 一个字符。长度非常长。 特殊空字符串。 针对内容 特定类型中文英文数字等特殊字符/n/r/t ,.?*$%~ஜღ℡♬€✎等敏感字符非用户设置不涉及。 等价类 取值范围内1、5、10 等取值范围外0、99。 边界法 取值范围边界0、1、38、39、40。数据类型边界-2147483648、2147483648。特殊值0、-1 等。 遍历法 1、2、3、4、5…38、39 对应每种不同 ID。
5.2 针对逻辑设计 约束条件分析 去引导某功能需要未完成过任务任务有任务数据。未使用过有任务数据时未使用无任务数据时使用过有任务数据时使用过无任务数据时。 操作对象分析 调用请求接口后会显根据任务数据引导对应的任务。任务数据任务操作方式任务功能都可以是对象。任务数据 数据类型本地云端等。数据有效性正确数据错误数据。 操作方式 方式安装下载打开等等 。 任务功能 功能用户操作了该功能未正常操作该功能什么都不操作完成一个任务功能完成多个任务功能任务功能使用顺序等等。对象还需要关注会不会操作到不合法的对象例如任务数据和功能不对应等问题。 状态转换分析假设功能是有 4 个状态的完成未完成未知。 针对该状态 正常状态转换未完成状态请求并完成任务后是否可变成完成状态未完成状态请求但不完成还是未完成状态。走不到的状态路径未知和完成状态请求任务不能进行进行该任务。 时序分析 从时序的角度分析调用请求接口前需要以下 2 步动作 拉取任务数据判断任务状态。 正常时序按照正常时序请求 1 - 2 - 3缺失的时序。缺少动作 1 调 2、3缺少动作 2 调 1、3缺少动作 1 和 2 直接调。打乱的时序2 - 1 - 3还可以有 1 - 3 - 22 - 3 - 13 - 1 - 23 - 2 - 1。、注意针对处理逻辑的设计中可能使用某一种或某几种方式就可以将用例覆盖前故实际使用中可能不会全部使用只要找到最合适的方式覆盖用例即可。
5.3 针对输出分析
请求任务接口返回的数据是任务完成结果即返回完成未完成两种状态未知都作为完成返回。从结果可以考虑遍历 未完成。完成。完成 - 未知。 从接口处理时间分析考虑请求后快速返回很长时间才返回甚至不返回结果的情况。
六、总结
接口用例设计方法中针对输入、输出的设计是通用的接口设计时都可用到。对于接口逻辑的设计可能会应用比较适合的一种或几种方法在接口用例设计时需要选取最合适的方法去覆盖被测逻辑。当测试时间紧任务重的情况下用例设计需要具体情况具体分析。
七、结束语 “-------怕什么真理无穷进一寸有一寸的欢喜。” 微信公众号搜索饺子泡牛奶。
