框架可以自己搭一个，也可以借鉴个别人的，就像上面说的，不管想要做什么，一定要行动起来，等你真正开始做起来，就会发现各种各样的问题，而你需要做的就是一个一个解决这些问题，这就是成长

不能返回元组，我用例里面接收的就是字典，我专门把元组解包出来了

已经解决了，是我写的调用随机函数的一个模块里的方法写的有问题

已经解决了，接口能正常访问，是我写的调用随机函数的一个模块里的方法写的有问题

已经解决了，参数没问题，是调用随机函数的一个模块里的方法写的有点问题

截图，重要的数据 ID，以及请求的参数，有时候我会贴上需求段落

检查下浏览器驱动，看的像驱动不匹配

非常同意恒温的观点，测试的核心感觉还是在业务，开发一些工具还是为了业务服务，不能单纯的为了技术抛开业务，有点舍本逐末的感觉

我在一家小公司，测试就 4 个人，研发加产品总共 30 个，我这基本上都是业务测试，一个人一个大模块，甚至一个平台的项目都给一个人来负责，因为懂业务，测试了解的业务比产品都透彻，所以没被裁员

看数据库，用抓包工具，也属于手工测试吧，不让我用数据库我得疯了，因为有些测试数据确实得需要改数据库，我举个例子，我们有些业务场景会生成任务执行时间，那如果不能改数据库，只能等到执行时间去执行，那就太难受了

我在思考一个问题，apifox 会不会泄露公司信息

现在学这个，就像 49 年加入国军

时间不一样了，大佬，你之前可能是因为互联网井喷式发展，再加上大佬你能力强，但是现在行情不好，都在搞降本增效，况且，他这情况，是否能面的进大厂，还是未知数，干几年再出来去中，小厂当管理，更不可能

我们这业务相当复杂，一个大功能，需求文档 动辄就是几万字，能把需求啃透了，也不是那么的容易

有娃，但是鸡不动，本身能力一般，在有限的能力里给娃有的，无论是衣食，玩具等等，让娃有个快乐的童年就行了

我也觉得，我觉得好多测试忽略了一点，咱测试，业务才是重点，自动化说白了，我感觉就是个快速回归的工具

都是大佬，我感觉我现在如果被裁，再找到工作的几率几乎为 0

厉害，只有膜拜

说是这么说，那项目紧急，测试时间压缩，研发延后，需求问题等等，等详细的写完测试用例，黄花菜都凉了

没有出路，我老家现在所有人的地，都承包给一个人种，其他人都去打散工了，而且现在种地几乎全是机械化

+1

厉害，生产环境，还直接通过 jmeter-UI 页面来压，那你觉得结果准确吗？

能跌 80，目测在北上广深

中兴通讯有流水线？我之前在中兴的仓库干了一年多

哈哈，是的，理论永远跟现实有差距，现实是各种业务功能庞大复杂，测试时间紧张，哪有时间做交叉测试