惊天爆料！！！软件测试最火爆的行业揭秘！！！

本文适合已经掌握 Postman 基本用法的读者，即对接口相关概念有一定了解、已经会使用 Postman 进行模拟请求等基本操作。
工作环境与版本：
P.S. 不同版本页面 UI 和部分功能位置会有点不同，不过影响不大。
首先我们来思考一下，如果要达到自动化接口测试效果，在基本的模拟请求上还需要做哪些呢？
我粗略概括为 3 个问题（欢迎在评论区留言更多补充建议）：

1. 如何判断接口是否请求成功？2. 如何进行接口批量、定期测试？3. 如何处理依赖接口问题（比如商品下单的接口必须要求先登录）？
   所以，接下来就主要分为 3 个部分，介绍如何解决这 3 个问题。
   首先，既然是自动化测试，那么我们肯定需要通过工具 Postman 或者代码，帮我们直接判断结果是否符合预期。那么在接口测试上，大体就两个思路：
   

2. 判断请求返回的 code 是否符合预期

3. 判断请求返回的内容中是否包含预期的内容（关键字）
   接下来我们看看如何利用 Postman 来解决上述的问题：

在 Postman 中相关的功能在非常显眼的地方，Tests 功能的使用需要我们有一定的编程语言基础，目前支持的脚本语言即为 JavaScript 。但比较好的一点是，我们不需要再去考虑上下文问题以及运行环境的问题 ，也就是说我们只需要在这边完成结果逻辑判断的代码块即可。

而 Postman 还为我们提供了一些常用的代码模板，在 Tests 面板右边的 SNIPPETS 功能区中，所以对 JavaScript 不大了解问题也不大。代码编写相关将在下文进行具体介绍。
先看上图的代码部分，我们可以发现 responseCode 、 responseBody 和 tests 三个变量

所以上述代码应该不难理解了，而有了返回结果的数据以及表示结果成功与否的方式，那么我们“接口结果判断”的问题也就基本解决了。
Postman 在 SNIPPETS 功能区中为我们提供的代码模板已经能解决大部分情况了，以下先挑几个跟结果判断相关的进行讲解：

Status code : Code is 200
//根据返回的 Code 判断请求情况 tests["Status code is 200"] = responseCode.code === 200;
Response body: Contains string
//判断返回的内容中是否存在“关键字”。（tests 的 key 可修改，将不再强调） tests["Body matches string"] = responseBody.has("这里可以改为你要判断的关键字内容"); //如上文提到的： //判断结果中是否存在 access_token 关键字 tests["has access_token"] = responseBody.has("access_token");
Response body: is equal to string
//判断返回内容是否跟预期完全相等。 tests["Body is correct"] = responseBody === "这里可以改为你的预期内容";
Response body: JSON value check
//上文提到，responseBody 为字符串类型，支持转为 Json 格式 var jsonData = JSON.parse(responseBody); tests["Your test name"] = jsonData.value === 100;
Response time is less than 200ms
//判断请求时长是否小于200ms ,具体时长按情况自定义 tests["Response time is less than 200ms"] = responseTime < 200;

“长江后浪推前浪，前浪死在沙滩上”，曾经一句让人会心一笑的调侃，而今变成了软件测试行业的真实写照。由于软件测试行业入门门槛低，薪资报酬高，不断有新鲜血液冲刷着软件测试行业的“前行者”们，给我们带来了非常大的压力。

那些入行几年，但是依然是功能测试的同学所面临的的压力可想而知。说到底，软件测试行业还是属于技术岗位。既然是技术岗位，那就要靠技术说话。不断掌握新的技能，提高软件测试“找bug”的能力也就变成了目前软件测试从业人员迫在眉睫需要解决的问题。因此，现在大部分初级功能测试人员都在向自动化、性能、安全靠拢。

但是还是有不少的软件测试工程师站在“十字路口”迷茫、无助，找不到自己的方向。
下面给你们带来我的行业总结资料


想学习更多的知识点赞关注加私聊，免费领取学习资料