接口测试实战项目03:根据测试用例测试
大家好,我是测试奇谭的作者风风。
上三次,我们已经了解:
这次,我们开始按照测试用例进行接口测试。
在测试之前,我先说一点:
此套项目提供了一份完整的测试用例,但如果你想掌握接口测试技能,建议你先阅读接口文档,然后自己写一份测试用例,再对照标准用例,查漏补缺,100%对你有益
测试用例
打开测试用例。该用例有四个大场景(查询、新增、更新、删除),共57条用例(查询学院信息28个,新增学院信息15个,更新学院信息11个,删除学院信息3个)。
在实际的接口测试中,当你写完测试用例后需要挨个执行用例,确保每一条用例通过,如果不通过,那你便发现了一个bug。
风风这里不会跟大家过每个用例,因为简单的接口测试真没多少难度,但凡你会用电脑,都可以依葫芦画瓢操作上手。
但如果你真遇到什么问题,也别怕,找风风,风风乐意为你解答。
具体的测试方法见Postman截图(一般我们都使用Postman做接口测试):
GET请求(查询学院信息)
POST请求(新增学院信息)
PUT请求(更新学院信息)
DELETE请求(删除学院信息)
思考
在上手操练中,你是否有这样的烦恼:
01 有些用例,操作得很烦
比如这三个,
在第一条用例中,你需要新建T01、T02学院;
在第二条用例中,你又需要删除其中一个学院才可以请求;
在很下面的第三条用例中,你又需要删除两个学院才可以请求。
想想如何解决?
当你熟悉业务后,你的用例其实可以改为:
第一步,验证T01,T02两个为空的场景;
第二步,新增T01,验证T01存在,T02不存在的场景;
第三步,新增T02,验证两个都存在的场景。
到最后,你的数据,是T01和T02都在,可以拿存在的数据去验证其他场景,比如更新和删除等,而不是像之前被动地跟着用例走,做了很多重复性工作。
02 重复测试
当你辛苦测试一次之后,开发突然告诉你:我改了一点代码,需要你重新测试一次。
第一次你可能会接受,但次数多了之后,你100%会烦躁,觉得测试工作十分枯燥,毫无意义。
想想如何解决?
自动化测试。
这就是自动化测试的初衷——减少重复性工作(值得减少的),提高工作效率(减少精力投入)。
所以:边工作边思考,才能让你持续进步。
一如既往,做个总结
01 不要嫌麻烦,一定要上手操练!
02 回顾风风的这四篇文章,你是否发现:入门接口测试,其实不难;
03 真实的工作万般复杂,高难度接口测试也有,因此得保持一颗敬畏之心。
本文来自博客园,作者:程序员小谭,转载请注明原文链接:https://www.cnblogs.com/testtalking/p/14164747.html
。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构