• 主要没找到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测试代替了接口测试,
    在人员短缺,这个也是一个办法,合起来一起测试也不是一个完全没有道理,质疑重复测试也有道理,
    把两者合起来看,看两者的差异点,相同的是什么,不同的是什么,可能就会更高效率了.

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

  • 测试那些儿事 at 2018年07月22日

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