xdm，兄弟们

各个条件都很匹配呀！！！

真的是一个及时雨，目前正在做 ms 的 POC，我要劝说一下我们领导可以坐一下 Codes 的 POC，如果看到，请给一个联系方式，谢谢

哪家造车新势力，正想换工作，目前在长城汽车，如果有合适的岗位可以联系我哦，谢谢

一样的处境，开发了一年了，他这个打包是挺麻烦的，二次开发的部署是个问题，可以交流

看到你的这篇文章深有同感（面对思考的无力感），都知道从技术转变为一个 PPT 编写者不是那么好转化的，做技术只要满足 1+1=2 就好了，但是做管理需要思考，需要 1+1>2。言归正传。对于你的问题思考如下
背景已经介绍的很清楚了，服务器迁移导致问题较多，无法保证产品的质量。需要制定方案，如何保证产品的质量。知道背景之后。就需要写相对应的策略（忽悠他们）了。
首先服务器由谁提供，我之前也在外包公司待过，当时都是一起打包的，可以把用本公司的服务器的有点告诉甲方，比如便宜对吧，提供更长时间的维护，用甲方的公司看似省了钱，但是后期的付费项目比较多（多列一点）。此对策用于问题背景的前期策略，把问题从根解决掉；
第二：规范部署流程。记得初中的时候在思想品德课上学过，世界上没有两片相同的叶子，也没有两个相同的人。所以更没有完全一样的服务器。如果策略一，甲方没有被忽悠过，那就执行 planB。输出复杂的服务器配置 ，按照最小子单元输出，比如 jdk 的版本，数据库版本，内存，等等。如果甲方很吊，我们就这玩意，其他的你们自己搞。那我们就只能执行 planC 了
planC：在本地部署和甲方相同的服务器环境，用来测试，那么迁移到甲方服务器时问题会相对顺滑。但是还是不敢保证问题不出现。至于一些回归测试呀等等的一些测试。我觉得没有必要，第一太浪费人力了，还影响交付时间。所以我觉得一定要在流程上规避这些问题。好了先写这么多，个人见解不喜勿喷。大早上划水哈哈

工作十年还好吧，前一段时间应聘了一个 49 岁 的测试，哈哈

你没有配置 jira 的缺陷模板
1.自己手动配置缺陷模板
2.勾选使用 jira 缺陷模板

怎么没人支持我雄安的企业招聘，我顶