软件测试技术教学课件作者林连进第六章.ppt

图６ －４　用Ｆｉｄｄｌｅｒ 抓取到的原始响应报文 返回 图６ －５　用Ｃｈｒｏｍｅ 开发者工具抓取到的ＨＴＴＰ 请求 返回 图６ －６　用Ｃｈｒｏｍｅ 开发者工具抓取到的ＨＴＴＰ 响应包体 返回 表6-1　在百度有哪些信誉好的足球投注网站ＵＲＩ 时的ＵＲＬ 返回 表６ － ３　常用的ＨＴＴＰ 请求方法及其含义 返回 图６ －８　ＨＴＴＰＳ 与ＨＴＴＰ、ＴＬＳ/ ＳＳＬ 协议的层级关系 返回 表６ － ５　常用的ＨＴＴＰ 请求方法及其操作含义 返回 表６ － ６　ＲＥＳＴｆｕｌ 常见接口类型举例 返回 图６ －９　ＨＴＴＰＳ 与ＨＴＴＰ、ＳＳＬ 协议的层级关系 返回 图６ －１１创建数据类接口的通用用例 返回 图６ －１５　版本升级、删除数据类接口的通用用例 返回 图６ －１６　“Ｃｈｒｏｍｅ 网上应用店” 页面 返回 图６ －１７　添加Ｐｏｓｔｍａｎ 返回 图６ －１８　填写Ｐｏｓｔｍａｎ 请求数据 返回 图６ －１９　查看Ｐｏｓｔｍａｎ 响应数据 返回 图６ －２４　ｕｎｉｔｔｅｓｔ 框架元素结构关系 返回 图６ －２５　Ｐｙｔｈｏｎ 的ｕｎｉｔｔｅｓｔ 框架的测试类结构 返回 下一页 图６ －２５　Ｐｙｔｈｏｎ 的ｕｎｉｔｔｅｓｔ 框架的测试类结构 返回 上一页 ６.４　接口测试流程 6.4.6测试代码的编写 如果采用自动化的方式进行接口测试. 就需要编写对应的接口测试代码. 如果不采用自动化方法. 可以借助一些接口模拟工具进行测试. 具体见６. ７ 节. １. 数据准备 测试接口时. 若涉及从数据库中取数据. 则需要事先与开发人员沟通. 了解数据库信息. 如数据库类型、地址、库名、表名、属性名等. 涉及的数据库类型可能有Ｍｙｓｑｌ、Ｍｏｎ￣ｇｏｄｂ、Ｒｅｄｉｓ、Ｃａｓｓａｎｄｒａ 等. 所以也要求测试人员具备一定的数据库操作知识. 随后. 可以写代码封装一些数据读取的方法. 根据需求甚至可能需要封装造数据的过程. 上一页 下一页 返回 ６.４　接口测试流程 还有一种方式. 就是编写伪接口. 即自己实现简易的接口服务端程序. 根据用例设定匹配的返回值. 这样就不需要读取真实的数据库了. 这种方法在此不作详细说明. ２. 编写测试代码 参照之前编写的文字用例. 根据优先级. 先实现高优先级的用例. 再实现低优先级的用例. 在测试代码中. 需要在测试方法的注释中写明用例的测试点和步骤. 以便于后期维护. 代码步骤、变量命名要求清晰明了. 另外. 在测试过程中创建的资源实例一定要回收(删除). 上一页 下一页 返回 ６.４　接口测试流程 ３. 代码运行 完成测试代码的编写后. 建议在首次测试时. 以调试的方式运行代码. 在调试过程中.关注接口返回的数据. 在保证脚本无误的情况下. 若获取到的数据与期望不符合. 就要及时提ｂｕｇ. ｂｕｇ 内容要求写明几点. 6.4.7　持续集成 １. 每日构建 在接口的版本测试完成后. 依然需要使用测试代码进行每日构建. 部署在测试环境、生产环境. 以检测开发代码是否有变动、服务环境是否发生变化. 每日构建发现的ｂｕｇ. 应当及时记录到ｂｕｇ 管理系统. 上一页 下一页 返回 ６.４　接口测试流程 ２. 接口更新 当接口有变动. 或者有新版本时. 应该要求开发人员及时更新接口文档. 并且列出具体的变动内容. 是否需要修改脚本、重新对服务进行测试. 需要测试人员自己作出判断. 测试人员根据必威体育精装版文档. 对文字用例、测试代码进行补充. 执行迭代/ 回归测试. ３. 准入测试 当新版本提测时. 开发人员可以使用测试人员编写的往期版本接口测试代码进行自测. 保证旧有功能正确. 若准入测试出现问题. 可由开发人员自行排查解决. 直至自测通过. 上一页 返回 ６.５　接口测试用例设计 接口测试用例设计的方法. 其实与功能测试的方法差不多. 但功能测试的出发点是用户的使用行为. 即业务流程. 而接口测试除了需要考虑业务流程. 还需要重点关注接口的输入参数和预期输出结果. 在这个过程中很重要的一点. 就是要为不同的测试划分优先级. 即便在测试资源很充足的情况下. 也需要按照优先级从高到低来完成测试. 以保证尽快发现严重的问题. 6.5.1　用例设计原则 具体的用例设计方法(等价类划分法、边界值分析法、错误推测法、场景法等) 可以参考第五章. 以下说明几项接口测试用例设计原则: 下一页 返回 ６.５　接口测试用例设计 (１) 必须明确每个接口的功能. 需要与开发人员沟通. (２) 确定每个接口在业务流程中相关的其他接口. 以及它们的逻辑调用顺序. (３) 以正向ｃａｓｅ 为高优先级. 以逆向ｃａｓｅ 为次要. 使用标记区别. (４) 每个ｃａｓｅ 需要在测试代码的注释里明确注明各个步骤(否则经过很长时间就对不上号.