有人抱怨测试开发没有产出 推进事情我觉得两方面都有原因 需要带动的是代码能力弱一点的测试 但是这个事情有多难 只有做过的人知道 事情大部分不是一方面的问题 但是需要一方面的人负责任 世界就这么运转
我觉得测试开发不纯粹是开发框架的 测试开发测业务 应该是用代码的地方用代码 需要业务的时候用业务知识 需要自动化的时候自动化 代码应该是随手就能写出来 这应该是大部分测试需要达到的水平 可惜现实中没有这么多 测试用例的代码难度没有那么大也没有那么简单 但是往往工作量大 这也就是为什么好多开发不愿意写单测代码也好集成也好的一个很重要原因 解决工作量大的问题同时还要解决欠债太多问题 这个真不是一般测试开发搞得定的 无解 混日子 工资到手就可以
讨论价值没意义 有意义的是讨论价值多少
个人觉得这个做法是可行的.
像 https://www.cypress.io/ 这个 UI 测试的,其实用在本机测试使用 Mock 会有比较好的效果.
我自己个人的感受,看了 angular 或者 vue 这种 model 和 view 自动绑定的前端,其实在运行层上面完全可以进行 model 和 view 绑定。
上面有点玄乎,举个例子来说:
login(String processName,List<Pages> pages, TestData data)
这个样子了. data 中包含所有需要测试的数据,变量名自动到 Page 里面去寻找这个流程需要的页面元素,selenium 里面的常用操作都可以在写测试用例的时候都需要知道,只要知道数据是什么就可以了。
可以参考老帖子: https://testerhome.com/topics/2788
这个就是当时看了 angular 想到的, 甚至通过解析页面元素 model 这样的东西,可以把生成一部分 PageObject 类。然后在反射关联页面的 model 和测试的数据,页面,定位,数据都可以分开,model 对业务系统来说是稳定的,页面元素变来变去,只要改 pageobject 就可以,页面操作什么都可以不用改,因为大部分都使用默认操作,默认操作封装在框架就好。
最后只能说没有什么用,因为其实大部分的测试越封装,效果就越不好,太多的概念分层都不如直接写 selenium 原生的 api 好用,什么稳定不稳定,自己没试过怎么有感受内,类似于在 json 对象里面找一个元素,如果在学习了一段时间后,还是要花很长时间才会用,什么框架都不管用。
具体的是可以参考: https://github.com/ideasfortester/mixed-first
还有一点其实个人觉得如果有类似于的埋点系统的话,完全可以把页面操作的所有动作都记录下来,直接通过埋点系统来完成录制回放。不过不好的地方就是这些都变成开发的事情了, 要测试做什么。 所以我也被 fire 了。 嗨找工作真难!
分批提测理论上是可以提高交付速度分批提测 分批验证 分批 UAT 提高并行度 但是需要需求分解好 同时沟通频率也加大 测试工作量是提高了的 环境问题吗 能做的还是需要基础设施能力 挑战肯定是加大了 能不能快只能说看能力 都说不准 如果马上试肯定会有点混乱的
首先明确一下开户接口调用的时间分布 最高一段时间会有多少人 然后转换到一秒会有多少 tps 给这个值 *2 就当你的目标 然后看看用户行为 会有同时注册这种情况吗如果有就要增加一个抢注册这样场景 并发需要设置集合点 其他可以再看看会有持续比较长时间一值有人注册的场景 可以模拟这个场景看系统较长时间运行情况
以上纯属拍脑袋
又精通分布式又精通 android 感觉还是个人吗
使用吞吐量控制器也可以做到:
一个方便的办法就是:用 postman,里面 postman echo 基本例子都有
然后查看 postman 的 code 生成:
申请开通专栏
这个问题太难了,感觉出题的人也不会知道这个水深水浅.
下面是自己的一些想法.
首先不知道这个地方的实现,总体可能有两种情况:
但是不管怎么样如果是数据一致性,高可用的话有些事情一样都很难实现和验证,比如:
最后说这种功能,测试还是不要碰了,谁想的方案谁验证吧
问题是给多少钱?这个要求可不是不高,而是相当高
貌似 winzard.pinan.com.cn 这个链接报错了:@jacksonchina
antd pro 的味道
主要没找到 python 长期维护的 jsonpath 的包
赞一个,全能呀
坦白讲我觉得还是 else 里面要处理什么响应的验证也是在 doothertask 这个方法里面做 本质应该我觉得是 doothertask 这个业务校验不严格 以后如果其他地方调用可能会出现一样的问题
那也是 doothertask 的问题吧 和 if 没什么关系吧
直接在本机运行的,没有打包。maven 的项目的话,直接 mvn test 就可以了,或者在打包的时候不忽律 test,就会在打包时运行.
确实非常没意思,不知道为什么 35 岁的年龄限制,谁没年轻过,谁不会老;一直觉得应该有个中年人相关的互联网公司,互联网只关注 90 后,00 后要么就是老年人,但是 35 岁以上的其实也就是 80 后,70 后为什么就没有人关注这些群体?做这种互联网公司的应该更多需要 35 岁以后的, 突然发了点奇想。
不太清楚问得是什么问题 jmeter 录制的时候 js csshtml 都是单独的 http 请求 可以区分出来的
首先要有深度 没有深度连机会都没有 个人想法
首先我觉得是接口测试是有意义的,可以覆盖 App 前端可能不能覆盖的内容,几点理由:
确实 App 的前端校验和接口测试从业务的角度,用例确实有部分重合,不过从测试的意义来说,App 端的测试
有一部分的意义实际上验证和后端的交互是不是符合产品定义,这部分代码不是接口,
而是如何前端校验,如何交互,如何转换数据;举个极端点例子来说,如果登录的时候,App 同时发了两个请求,一个给了登录接口,
一个给了开发小哥自己的网站 (纯粹举例子),从功能的角度看,整个登录流程是没有问题的,但是它是一个 bug,
而且很严重,而这些是接口测试无法覆盖的;
楼主其实问的是个好问题,其中确实有重复的部分,而且很多团队确实就是用 App 测试代替了接口测试,
在人员短缺,这个也是一个办法,合起来一起测试也不是一个完全没有道理,质疑重复测试也有道理,
把两者合起来看,看两者的差异点,相同的是什么,不同的是什么,可能就会更高效率了.
我有点啰嗦 .......
外企的测试工资比开发高多了? 这个我觉得有点说的过头了,不觉得是个整体现象,个别可能有,但是如果整体不太现实。
初步估计需要在 pom.xml 文件里面加入 maven compile 插件,jdk 版本设置到 1.8
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.7.0</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin>
</plugins>
</build>