往 mqtt 里面发 100 万个包给服务消费
1.有可能是压力不够,脚本问题
2.有可能是服务限制只用一个进程跑这个任务
大概率是第一个问题,多加几台压测机试试
感觉你把项目经理的活给担了,公司多给你发项目经理的工资吗
用 java 写过游戏的接口测试,做的是一个类似王者荣耀的游戏。其他都挺好实现就是强化这块不固定的逻辑不好处理啊。
客户端的专项测试,服务端的协议测试,性能测试都可以学完再走
功能,接口,协议,性能,环境维护,自动化,CI 流程构建
测试 2 个接口还是测试这个场景?这 2 个还是要分开来的吧,毕竟短板的那个接口会影响另外一个接口的性能数据
IDE 里开着调试窗口看小说???
多线程传值可以另外起一个字典或者数组来进行操作,记得加锁
对 token 服务做一个 mock,然后就可以进行压测了
看起来像是项目迭代过程使用的测试方案
人是比较健忘的,用测试用例来执行主要是不会重复劳作
结合数据库字段的特点设计用例,比如长度,非空,日期,emoji
社区的 macaca 你可以研究下,还是挺有建设性的
正交随便意思意思就可以做到了
混口饭吃,不存在后不后悔
想做侧开,好歹你得考个高级证书证明一下自己吧
写来目的是做啥的??还不如把自动化给做得更细
他这样问的用意需要分析下,上面说的瞎问的可能也有。不过我觉得更大的可能是他这个项目只有一个人在测试,而且是 c/s 的。
那么假如是一个人测试的话,你就需要把你测试流程内容列出来告诉他需要测试哪些:
有个网站叫牛客网,上面一些题做一做就行了,一般不会问太难的
说的很对,充实的准备胜过千言万语
sdk 需要配置 2 个,可能你没有配置模拟器版本
如果可能的话,还是需要自己试试 dockerfile 镜像制作。
看不太懂意思,可能需要个事务处理器吧
robot 应该跟 testng 这种框架比较。主要是集成方便,管理方便