目前来说的话，整个it 都不太好！但是既然你问了，我也就告诉你吧！

1功能测试

：前端和后端，前端就是简单的页面，你需要考虑的是：必填项，边界值，组合，特殊字符，用户体验。举个最简单的例子：注册时候的账号和密码，你百度一下测试用例，就知道了。提示是否友好。接口的话，先不谈了。注册成功之后，需要干嘛，第一个去查数据库，这是最重要的，而不是看页面用户的新增。因为数据库的数据才是最直接的，也就是说，不管你的业务逻辑是什么，其实都是数据库的增删改查。

还有一点，功能测试最重要的是逻辑，业务，举个比较复杂的：抖音下单合单的业务逻辑。用户a在观看直播的时候，先后购买了两笔订单，由于是同一个用户，收货地址是一致的，如果进行合单，然后下发wms，再发快递，肯定是可以节省成本的。这是：你能考虑到那些情况呢！因为用户是随时改变的！

1:用户退单怎么办？合单必须拆单

2:用户其中一件修改地址怎么办？

3：用户第二天在同一家直播间再买了一件商品怎么办？

4:你是否能考虑合单的上限呢？

5：已经发货了，用户退了其中一件怎么办？

作为测试，你最重要的，就是多发散自己的思维，记住和产品沟通，尽量保证一些意外的场景都能覆盖到，如果你能做到上面一些的话，功能测试，基本就没差了。

2接口测试

接口自动化：postman，apifox ，jmeter，python。这些你是需要掌握的。其实这些不重要，重要的是一定要学习数据库。打个比方，会员，在数据库存储的时候都会有个主键，这个就是会员的唯一标识，也可以是电话号码，但一般比较严谨的都会默认每张表都有一个主健标识，为什么要记住这个。因为在接口自动化的时候，做接口关联，你要用的基本也就是要用到唯一标识。举个例子：用户注册，成为会员，会员领取优惠券。你要怎么接口关联？不说token这个了。

1:注册成功（python的request）f12查看接口，接口基本都会返回会员的唯一标识？如果没有怎么办？用sql（python的pymysql）查出来，类属性存储，调下一个领取优惠券的时候，这个id 唯一标识是必填的，如果你不传，后端压根不知道谁领取了优惠券。

2也就是调用领取优惠券的接口。领取成功之后，数据库断言一下（也就是数据库要查到这张领取的优惠券是这个会员）。基本上你要是会这些，web端，和电商这块基本没啥的啦。

3性能测试

：外界吹的很厉害，其实大差不差了，优秀的开发基本上都会知道问题出在哪里。常见的死锁，索引失效，内存泄漏，其实你要做的就是写脚本，也就是上面的接口关联。你试一试，很多人同时领取优惠券的场景，你需要的用jmeter进行压测。通过grafana查看服务器的监控状态，tps。当然前端页面也是有对应的性能测试插件的，也可以了解一下。其实：现在阿里云的服务，很多都有监控了，也可以用他们的压测，看他们的测试报告

即可。

4:测试组长：这个需要知识，学一下pmp

，吹一下开发模型，从大局观开始，面试的时候，很多公司为了考查你，就会问：给你一个功能，你怎么测试！这时候你就可以用专业的知识，首先：了解项目模型，目前流行的：瀑布，敏捷的优缺点和特点。2：项目迭代周期是什么样？3：项目做什么的？4:项目人员分配开发和测试的比例。5:这时候你才来说：给你一个功能你要怎么开始，需求评审，设计用例，用例评审，开发提测，测试记录（阐道，jira），修复，预生产

，正式，用户验收！当然有时候他们会问一下，和开发的分歧怎么解决，这个时候你不要接招，小功能的bug，压根不影响上线，你说基本记录一下。严重的，就和开发一起，找产品沟通就好啦。

Linux 也要学，基础指令就好啦，有兴趣可以搞Jenkins，ci/cd，面试可以加分一

既然大家收藏了，那我就再写写功能测试这块吧！自动化接口文字的方式讲不了，需要代码和框架的支持。电商转单。用户a在某平台下单了，你需要通过订单编号将订单信息转入到自己的系统中。你输入订单编号，订单转入到系统中，你再次点击的时候，系统会提示你该订单已经转入了。这时候不要以为订单转入就结束了，你需要做的事：查数据库，看一下订单转入的状态值

，看下0和1分别表示什么意思，一般都是转入成功，转入失败。这时候你要做的是通过update接口去修改这个转入的状态值，或者通过mysql修改。修改状态值成功之后这时候你再次去测试转单。有可能会出现两天相同订单编号的订单哦。这个时候你再去和开发讨论，把整个测试过程和他说出来，我们这个有关订单的接口要做需要做幂等，目前这样不太安全。一般你能想到这一点的话，开发会觉得你是懂代码的，而不是只会点点的。毕竟确实是有鄙视链的。但是不要灰心，多学习，一定要掌握一门语言，基础语法都是大差不差的。

it 行业离不开代码的！再讲一个吧，电商分摊的比例。电商很多时候存在这样一种场景，就是分佣或者拼单优惠，举个例子，目前只存在三级，因为多级的话就是传销了。c-b-a，c用户是b的下级，b是a的下级，c用户下单会将整个订单佣金金额获取到，这个时候我们总会将整个佣金按百分百分给各级会员，然后采用四舍五入的方式去分钱。这种想法往往是错误的，因为不论哪种只要都采用四舍五入，就会存在0.01的误差。你可以自己举个例子去算一下。这种方法解决方案：目前最常见的是用计算尾差的方式，将a和b进行四舍五入，然后拿总金额减去四舍五入的值，剩下的给到c。

如果大家有兴趣的话，我来录制接口自动化教大家吧！

有迷茫的同学，私信我