跨境电商公司业务选对了能吃到一波红利的,顺便学一下怎么做外贸,这行业能进去比单纯做测试或者开发更好点
那和我了解的信息吻合了,我认识的 4 个做跨境电商的运营的朋友开年到现在一天比一天忙
没这个必要,给一个冒烟测试清单让他们自测通过后再提测就好了(前提是排期给出开发执行冒烟测试的时间)
确实是看公司业务,之前同事在 anker 因为去的早,公司业务一直起飞,然后工资福利也是吃满
这个平台除了测试业务,其他技术选型和业务比大部分被测的系统还要复杂。。。
你这心态干测试估计更加内耗,单一个楼上也提到的的测试地位低的问题估计就要搞垮你了
德科不是华为的吗,上次看到个帖子说只招 985 211 啥的
6.lol 中 e 闪 r 闪这种操作如何实现与禁用 这个是啥啊
看错了,是 tidb 数据库,mysql 的话如果是 mgr 模式的高可用集群,没主键的话会报错;单机则不会,tidb 的话不太熟悉,稍微查了下,集群模式下也会要求每张表要有主键,所以建议确认一下
1、测试环境除了数据库版本一致,其他的如部署方式(集群 or 单机 or 高可用方案)是否一致
2、我对重启服务就解决有点疑问,猜测是改了表结构,加上了主键
大早上的直接给我暴击加沉默
还有就是面试人的 kpi 考核,一般这种在年底比较多见
感谢
from dataclasses import dataclass as dc, field
def dataclass(cls):
@property
def all_fields(self):
return self.__dict__
cls.all_fields = all_fields
for field_name, field_type in cls.__annotations__.items():
if field_name not in cls.__dict__:
# 跳过必须字段
continue
if field_type is list:
default_value = getattr(cls, field_name, [])
if default_value is not None:
setattr(cls, field_name, field(default_factory=lambda: list(default_value)))
elif field_type is dict:
default_value = getattr(cls, field_name, {})
if default_value is not None:
setattr(cls, field_name, field(default_factory=lambda: dict(default_value)))
return dc(cls)
@dataclass
class RunInstanceModel:
action: str = "RunInstances"
cpu: int = None
memory: int = None
list_t: list = None
kw_params = {"action": "33", "cpu": 4}
params_model = RunInstanceModel(**kw_params)
print(params_model)
直接用你 github 上对【api 参数模型】的实现,如上代码,打印结果为
RunInstanceModel(action='33', cpu=4, memory=None, list_t=None)
为 None 的类型标注属性并没有过滤掉
sipp 做话务量的压测,如果要设计音视频的,就要自己调用 sdk 发送音视频流了
想知道笔试题第二题的回答,平时没接触过
b 站随便找个 前端课程加后端课程 学完一遍就入门了
不知道理解是否有误,你是想验证两个场景:
1、缓存中有终端上报的信息,被测接口的返回
2、缓存中没有终端上报的信息,需要终端上报后,被测接口返回
第一点不用说,至于第二点,你要实现的就是一个一直在后台运行的和真实终端行为一致的模拟 mqtt 客户端,在 setup 阶段开一个线程一直运行着模拟的客户端,这个客户端暴露出发布接口由你来控制,从而覆盖上面两种场景
收到
而且你的业务应该没有接触到复杂的场景,如果遇到其他协议要用到第三方模块,工具玩的再转也没什么卵用
(比如我之前公司做远程课堂的(类似视频会议),要用到 sipp 工具来注册和发视频流和音频流(sip 协议),中间还要和和三四个服务器各种交互)我不知道工具怎么搞定
1、用手去点一堆按钮然后编辑一堆配置文件,我不觉得这是简单的方法(明明几行代码能搞定的)
2、性能测试的话,python 用协程去并发也不差的,至于测试报表和上面的统计项自己实现也不难,而且这个不像工具上面有时会造成一个假的压力值
3、好多测试工具编写的年代比较早,那个时候的普遍认知是测试不需要编码能力,导致工具都是面向 “点点点和配置文件”
感觉现在行业缺的就是【说点别的】
第一点是趋势,是行业的发展和社会发展的选择;
第二点不是很赞同;
第三点用不着去辩论了,已经是事实了
我技能和你差不多,画板子、嵌入式(stm32)、各种仪器使用(第一家公司呆了两年;偏硬件测试)
性能测试调优、运维(k8s 玩的还可以)、前端(vue)、 后端(python tornado 微服务的主框架然后各种中间件(redis、mq 之类的))、售前、技术支持、产品原型图,基本一个项目从需求到交付都参与了。。。(小公司呆了两年,唯一和测试沾边的就是性能测试和调优。。。)
感觉自己就是那种临时工具箱,现在准备全力转后端
[但是因为考虑计算复杂及实时性,比较占用服务端性能,所以放到前端]---这个应该不复杂也不占性能。。。【应该是后端怕麻烦为了省事把这些烦人的业务甩了出去】
我比较赞同 5L 的观点,整套系统的架构确实有问题,至于避免这类问题的发生,要么加人,或者单元测试写详细点,而且单元测试你得参与(用例设计和编码)