1、既然开发能部署,测试为什么不能部署?职责划分问题罢了。
2、既然扯到测试的责任,那么开发交付的部署文档,配置文件等其实也是测试责任的一部分。
3、测试环境测试维护,很好很爽,不用看刁开发的脸色多爽。
能部署就行了
差得很
不结婚
没写,懒得写
拿负载均衡服务的日志分析下
是这样的,但是呢挣钱嘛,摇头啊。
一片光明,到处是蓝海
仓库管理员是我
开就开咯,赔钱就得
你脚本都捕获不到,那用户能看到?妥妥 BUG 啊
因为贫穷,没实力
我也干过一段时间产品,怎么说呢,有机会可以尝试下其他岗位。万一你在产品岗位能混的如鱼得水呢。
给我一万个胆子,我也不敢动生产库啊。
很差很差很差
666
把不太会的去掉,把真会的突出。别写又臭又长的简历。
1、生产数据导出脱敏,再导入测试环境
2、造数测试
大概用时 +40 % 的预留时间
那么问题来了,你们后端是如何部署的,这个应该问你们开发吧
必须可以的啊
先确定范围,再选测试方法。
有锅一起背,大家都同意发,那发,有锅你背,那锅就在那等着你呢,发啥啊。
找开发要测试环境的加密钥匙对,和签名钥匙对,自己写 java 代码打成 JAR 包,或者直接找开发要一个 jar 包,通过 jmeter,cbeanshell 截获请求的 body(Arguments args = sampler.getArguments(); ),并将 body 加密后替换到取样器的参数中(arg_body.setValue(body_encipher); ),返回值解密思路差不多。
你有多大权力,干多大事,如果权力只能覆盖到你们测试,那你就只能把测试的产出质量保证了