you see here：

Thank you, saw your picture I calmed down.

Piss off/Fuck off, I wouldn't like to serve you.

pack some data

please do not speak chinglish, I can not follow you at all~

问问他，效率高低的标准是多少？

(1).研发:测试比值是多少
(2).测试实际出产的成果怎么样？例如测试报告，例如保障重要项目的顺利运行......
(3).说效率低下，既然这么说应该是看到了什么，或者认为哪里有提升空间......
(4).CEO 懂技术吗？CTO 也持类似看法？

抢过计算器，计算他的 IQ 11111

直接打一架，按在地上锤脸，要打架叫我帮忙，测试兄弟无限抬一手

chinglish? do you think your English is much better than ours?

你该立马辞职

1、不要搞虚的，小团队别自作聪明搞测试框架、自动化测试平台，来点实际的接口测试自动化（代码），进行持续集成。
2、UI 自动化还在编写脚本，对不起，已经 too out 了，浪费测试资源，现有技术已能够用 1～2 个人维护一个 1000+ 人以上大公司的 UI 自动化脚本了，管你几十个 APP、几十个 WEB 管理后台？
3、一行代码的问题开发要你全量回归？对不起，开发你能写代码，我能理解代码，能知道代码影响范围，为啥要全量回归呢？
4、如果是保证质量的话，建议要招聘能够熟悉代码的功能测试、接口测试人员。

第二条的"现有技术已能够用 1～2 个人维护一个 1000+ 人以上大公司的 UI 自动化脚本了"
想请教下如何做的？

业务逻辑简单
系统设计卓越
最重要的一条：手动测试的人，根本不指望自动化测试能给自己带来什么益处，不 care 运行结果

(1).只有手动测试，肯定没前途的 (个人能力没提升;效率也没有提升)，除非业务决定只能这样进行......
(2).关于"现有技术已能够用 1～2 个人维护一个 1000+ 人以上大公司的 UI 自动化脚本了"
这样的东西，脚本开发出来，也需要时间和人力，适合业务变化不大的情形；因为脚本也是代码，也需要维护......我也是看到 how google test software 提到，感觉他们做到了这样，他们的工程生产力部门貌似就是现在的测试 + 运维 + 部分开发的职责，而且效率非常高

我找机会再去翻一下那本书

也有同样的疑问，这个是上千倍的效率提升啊。

老板只会核算 manpower

你们 CEO 用的啥计算器啊

真的皮

给他点一下归零啊