主要没找到python长期维护的jsonpath的包

赞一个，全能呀

坦白讲我觉得还是else里面要处理什么响应的验证也是在doothertask这个方法里面做 本质应该我觉得是doothertask这个业务校验不严格 以后如果其他地方调用可能会出现一样的问题

那也是doothertask的问题吧 和if没什么关系吧

直接在本机运行的,没有打包。maven的项目的话，直接mvn test就可以了,或者在打包的时候不忽律test，就会在打包时运行.

确实非常没意思，不知道为什么35岁的年龄限制，谁没年轻过，谁不会老;一直觉得应该有个中年人相关的互联网公司，互联网只关注90后，00后要么就是老年人，但是35岁以上的其实也就是80后，70后为什么就没有人关注这些群体？做这种互联网公司的应该更多需要35岁以后的， 突然发了点奇想。

不太清楚问得是什么问题 jmeter录制的时候js csshtml都是单独的http请求 可以区分出来的

首先要有深度 没有深度连机会都没有 个人想法

首先我觉得是接口测试是有意义的，可以覆盖App前端可能不能覆盖的内容，几点理由：

1. 有代码的地方就有可能出错，APP前端验证之后，接口部分的代码实际上可能并没有全部验证到， 原因为，App前端的代码已经对接口的请求参数做了一部分验证，所以有些接口的用例可能没有办法覆盖 如果从覆盖率的角度看，就是纯粹通过App前端，有些代码永远的走不到(不是只是异常处理的逻辑)
2. 接口并不只有App端访问，直接调用，或者其他客户端调用都有可能，甚至说可能被拦截后 直接修改参数再访问也有可能，从这点来说接口测试需要更加严格的校验，所以测试用例需要更多， 或者说需要去仿造通过App端无法测试的情况。 举个例子来说，如果用于用户名必须要要少于5个字符，这个限制只有在App端做了，没有在接口层做， 那么App端测试时候超过5个字符的用户名是不能注册，但是如果通过接口注册了超过5个字符的用户， 这个时候我想App端登录超过5个字符的用户名说不定永远不能成功了，这个其实就是接口测试的一些意义

确实App的前端校验和接口测试从业务的角度，用例确实有部分重合，不过从测试的意义来说，App端的测试
有一部分的意义实际上验证和后端的交互是不是符合产品定义，这部分代码不是接口，
而是如何前端校验，如何交互，如何转换数据；举个极端点例子来说，如果登录的时候，App同时发了两个请求，一个给了登录接口，
一个给了开发小哥自己的网站(纯粹举例子)，从功能的角度看，整个登录流程是没有问题的，但是它是一个bug，
而且很严重，而这些是接口测试无法覆盖的；

楼主其实问的是个好问题，其中确实有重复的部分，而且很多团队确实就是用App测试代替了接口测试，
在人员短缺，这个也是一个办法，合起来一起测试也不是一个完全没有道理，质疑重复测试也有道理，
把两者合起来看，看两者的差异点，相同的是什么，不同的是什么，可能就会更高效率了.

我有点啰嗦 .......

外企的测试工资比开发高多了？ 这个我觉得有点说的过头了，不觉得是个整体现象，个别可能有，但是如果整体不太现实。