大家好，我是测试奇谭的作者风风。上三次，我们已经了解：
这次，我们开始按照测试用例进行接口测试。
在测试之前，我先说一点：
此套项目提供了一份完整的测试用例，但如果你想掌握接口测试技能，建议你先阅读接口文档，然后自己写一份测试用例，再对照标准用例，查漏补缺，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 真实的工作万般复杂，高难度接口测试也有，因此得保持一颗敬畏之心。
网友评论