有几点：
1、是基础套餐就将近 2 万，根据流量还会更多
2、官方回复，并不是买了这个套餐就能解决我们的问题
3、就算是 2 万一个月，一年就 24 万，而对方只要 1 万，这个一对比~~。
4、还有一个原因这个产品也是不是我们的核心产品吧。。。

后续：
1、合作方交钱了，对方应该是盯着运营方的产品，进行攻击。不过讲价到了 7000。
2、我们自己也加多了几台服务器，提高攻击成本（对方真要不计成本搞你，还是可以的）

这个预防也很困难的。

文艺男青年啊，看得出来，是个细腻的人。

一起加油啊~~

人总是要有梦想的，万一实现了呢，是吧~

猫啊~

mark 一下，新人希望可以参加分享会！~

首先，诚如一楼所说，年轻干啥都可以，才毕业一年半。

然后如果要在游戏测试和软件测试里面选的话，按照你描述的情况，建议选择软件测试，原因如下：
1、你不是那么喜欢游戏。
2、游戏测试相对于软件测试发展时间更短，发展现在也很有限，并且游戏测试属于软件测试的子分类；如果是做测试开发，我相信两者区别会更小。

祝愿你找到自己心仪的工作。

假设我们把游戏和软件都看成一个 APP，软件测试更多关注的是 APP 本身的测试，而游戏测试关注更多是 APP 提供的内容测试

'实际实现质量，程序质量标准'就是 “程序实际实现的质量”，设计质量一般指的是比如这个按钮是否美观，功能是否便捷

我的一些意见，仅供参考：
1、UI 部分：我觉得是完全 OK 的，因为有些时候，测试只能保证没有研发的 BUG（起码是这个方向），并不能保证没有产品或者 UI 的 BUG，最常见的一种情况就是，实际效果与产品或者 UI 同学预期不符。所以让相关同学到测试环境验收是很好的解决办法。
2、上线标准部分：这个标准没有确切的指出是程序质量标准，还是产品设计标准。如果是前者，肯定可以测试出具的；如果是后者，最好还是设计或者产品自己来啊。
3、出具测试报告：可以帮忙出具报告
4、决策权：还是跟 1、2 点一样，分为从实现质量方面来决策是否上线，还是产品质量来决策是否上限，前者我们可以接，后者肯定不接啊。不是为了甩锅，我们要做自己专业能力内的事情，不要去接别人专业能力内的事情（产品质量是指设计质量）

那你们用自动化主要是做什么内容的测试啊，冒烟还是什么？

请问有做游戏接口自动化测试么

嗯嗯，是啊，之前看你发的 PO 模式，感觉这样做很棒，不过我就卡在识别这里了。

这个难度系数对我来说有点大啊~

他们要求 cocos2dx-lua 版本 >= 3.1，我项目是 2.X 的~

@zzt-chun @jiazurongyu 呼叫大佬

部分可能是面试官有一些特殊的点，你没有答出来，他想看你是否能答得出来~~大多数情况下，还是看你的思路是否清晰。

我去年刚好经历过跨团队调动，之前我是负责 A 团队的，但是项目逐渐接近尾声，所以公司把我调动到 B 团队，总共有 4 个下属。分享和交流我的经验。

首先，你要确认自己是否想做管理？

关于你说的 ‘我本人的情况’，我个人判断不是那么适合做管理岗位，当然这并不是无解的。因为做管理岗，要对内也要对外，所以如果要继续，必须做出改变。

其次，团队的四个阶段基本是逃不掉的。

• 下属不服我怎么办？
  可能会出现这种情况，表现形式一般就是不那么 ‘配合’ 工作（尤其跟你之前说在的团队相比）。这里你要区分不 ‘配合’ 的原因，区分方式很简单，直接单独跟他一对一聊就行了。如果只是一些客观原因，比如只是你的工作方式或者标准跟他们的旧领导不一样，这个就要随着时间慢慢去磨合。但是如果是一些主观的故意（一般很少见这种情况），可以具体分析，比如是不是因为你的空降，导致他觉得升职无望。如果还是能很好的完成工作，问题也不大，但是如果不配合，那该怎么做就怎么做，不纠结，但是要跟团队交代清楚什么情况。另外这里的 “服” 我觉得是工作分配，至于工作技术相关的，还是以谁的更好为标准，不要一言堂，多让大家发言。

• .....不统一？
  这里你没有明确说明是什么不统一，所以概括性的说一下。工作的最低标准和要求统一，具体做法求同存异。

• 我应该如何跟我的 leader 谈判或者沟通？
  你跟你领导就是沟通，不存在谈判。这个你最好有实际的案例，才好展开。跟领导沟通的话，你自己先想清楚各种的情况，比如各种做法的优劣，让他做选择题，而不是让他给你出解决方案。他给你出多了解决方案，解决你可能就是他的下一个解决方案。如果一些问题各执己见，我会按照领导的方案执行。

• 需要获得哪些支持？
  这个你自己应该很清楚才对啊

最后，以下为几个原则和要做的事情：

1、先解决人的信任，再去解决事情会变得轻松很多。如果人都不信任你，你就想大刀阔斧，大部分是收效甚微，而且进一步恶化关系。
2、找每个下属一对一沟通。就聊几个问题：你觉得自己目前的工作状态如何、对团队的看法、团队可能存在什么问题、你自己的对团队或者我有什么预期？过程中，你只听不说，尽量让下属多表达，这样有利于你了解下属及团队。
3、现行的工作规范和流程尽量不要轻易改动。存在即合理，而且这里更大的一个考虑点是，你要先解决人的信任问题，这样解决事情才变得更轻松。

paper 是啥~

python+airtest+jenkins。
现在我们遇到的问题是项目是五年前的项目了，所以引擎版本比较旧，不支持 poco 框架，只能用 airtest，但是识别率不稳定，且很多断言都不好做~

这种基础的实用只是对我的测试自动化工作的开展，真是受益良多啊，少了很多弯路。
不过我做游戏的，一般大家都是 UI 自动化的~少有单元和接口自动化

记得之前有调查显示 ，选择工作后，至少 80% 的人都后悔。但对我来说，起码这份薪资还不算太差。