一名游戏测试的自我救赎
下一个自媒体同步助手,支持 N 个渠道。
期待新书
围绕用例评审目的、成本、收益评估下,开发认为没价值我理解为成本>收益,接下来拉一下缺陷数据,如果在评审环节就阻止缺陷的发生,让开发知道收益如何。
看到 xmind2TestCase 刚好我也在用,看到 6 楼说强制格式打乱思路,+1,不单单是我一个,其他的测试小伙伴大致一样;后面把 xmind2TestCase 的解析逻辑改了下,通过标记优先级来确定用例标题节点,和作者的第二点差不多,降低使用成本。
pytest 支持多进程,可以看看 -n 的用法
感谢提醒,是 pocoui,我没拼全
你试试编码格式转换一下
协议自动化这块我这里刚好在做,机器人搭建好后也可以做压力测试,我说说我这块的实现,不知道是不是你们想的哪种:
技术栈:docker(Jenkins+Gitee+Python(pytest+allure)+robot(websocket+pykka+sproto))
1.根据协议文档编写协议测试用例,基本是一条条用例写,多数用 Excel,复杂场景用 .py
2.用例编写完成之后 Git 提交推送
3.Jenkins 检查到更新/定时开始执行 shell 命令
4.shell 命令是执行机器人登录,然后 pytest 执行对应的测试用例
5.执行完毕之后生成测试报告
大概是这样
我这里 MsgSwitch 是个迭代器,返回一个 match 方法对接收的消息类型进行检查
还没有写完,写的空白链接
一名游戏测试的自我救赎