支持 PPT 下载吗？ 有些 topic 很想和团队分享

不同银行有不同的选择吧， 像我们的话只要是经过审核的开源工具都可以用，也能做二次开发

其实说下来还是流程不清晰：
混淆版，开发版和正式版的区别： 这几个版本之间除了配置不一样， 还存在什么不同？ 你要和开发坐下来去聊， 把最重要的测试放在开发版，改 bug，重测，回归这些都按流程去走。 当开发版认为已经没问题了， 再出混淆版和正式版， 然后走个冒烟测试，以及重点关注配置的验证，比如商品配置，是否关闭 debug 等。一定要保证不同版本之间不存在业务代码的差别，不然你永远测不完。

我理解这种崩溃都是没做好异常处理， 所以可以多往这方面尝试， 比如输入异常字符啦，重复点击某些按钮啦， 快速切换啦， 之类的
但另一方面要让开发研究 rootcause， 为什么会崩溃， 举一反三看什么地方得补

那必须不能让它那么顺利上线了

这个问题就像去马路上随便找个陌生人问你自己的钱都藏在哪里一样，完全不了解你们公司的人怎么可能知道答案？
直接问你公司的同事不就知道了吗？

方案更多的是这个项目有什么影响和改动，对应的要测什么和怎么测； 而计划是你怎么安排资源和排期把这些都做完。

https://testerhome.com/topics/36226

上次在小红书也看到了类似的商品， 不是特例

这说明凭 “感觉” 去测试是有问题的
其实多端测试和兼容性测试很类似，绝大部分功能在不同的浏览器，设备上期待结果都是一样的，多端测试也是一样。我们应该以需求和用例作为标准去执行测试和判断结果是否符合预期，而 “感觉” 这个东西应该帮你去怀疑这个结果是不是缺陷，然后通过需求，讨论等流程去验证你的怀疑，而不是通过 “感觉” 来把一个不符合预期的结果变成一个合理的需求。

楼主的需求就是要部署到 Jenkins 啊， 来怼我很有意思吗？
而且谁和你说流水线就只是研发用的， 自动化测试集成到 C I 里面不都已经是普遍的做法？ 都有现成的 Jenkins 不用， 难道自己把定时触发，拉取最新代码，执行，邮件通知这些都重新写一套？