1、能不能介绍一下国外的工作模式和方法 国外测试的关注是在哪方面
我不清楚国内的工作模式，但我觉得类似。
对于工作流程来说：
每天都会有scurm meeting（我们组是下午meeting，别的公司是在上午），简单讲自己的工作进程，有没有地方不会做，或是遇到问题需要帮助，有些时候会唠嗑。
每周五有mini demo，就是给老板和老板的老板展示工作进程，然后得到这些大佬的反馈
每月都有sprint demo，就是给老板和老板的老板展示工作进程，然后之后发布
对于测试人员来说：
月初的工作，将上个月的自动化代码完成（或是其他tech debt没做完的做完）
月中的工作，写测试计划，案例，步骤和测试环境的部署和数据的准备，然后进行手工测试
月末的工作，主要就是自动化测试案例，并且将自动化代码加入CI 和 CD中
对于国外关注的是什么的问题，我觉得国外小公司和国内小公司一样，大公司和大公司一样，基本没啥区别：
小公司基本上对于测试要求很不严格，自测，或是tech lead测，开发人员自己写自动化测试
大公司对测试要求极其严格，（由于产品和业务非常值钱），所以不仅要开发人员自测，写unit test，还要有测试人员对产品进行各种测试regression test， performance test 以及 intergration test等等，以及自动化测试
国外对于测试是非常注重的，只要测试不通过，事情再紧急也不能发布
2、请问“测试知识库”的建立指的是公司内部学习知识网么
没有错，测试知识库是一个系统的，可参考，可规范的测试知识库和标准，包含但不限于以下内容
测试分类/名词解释
bug分级/分类
手动化测试流程 自动化测试流程
开bug的方法，应该给谁解决
如何写测试计划/测试案例/测试流程
标准化的测试流程
测试框架的使用方法
测试工具的使用方法
一些有用的测试链接等
3、什么样的自动化测试框架才能最大限度的减少脚本的维护
这个问题我不太清楚想问的是自制一个测试框架，然后使用的时候脚本不用频繁的更新，还是使用一个测试框架，然后让自己的自动化测试脚本尽可能少的维护
如果你问的是自制测试框架：
如果是高素质的测试开发团队，完全可以自制测试框架；
如果不是高素质的，最好是用现有的开源测试框架
当然了，最保险的方式就是对当前最成熟的框架进行深度的定制化
如果你问的是测试脚本，这个问题将会很复杂一发而动全身，因为频繁修改测试脚本意味着开发流程和规范可能有问题，管理不当，测试人员水平不高：
全体人员：必须要达成共识，交流通畅且有效
开发人员：必须要对开发语言进行规范化，不能乱起名，比如说class 和 ID 就最好是不要频繁的更改，不要给variable和method乱起名，使用swagger这样的描述性语言
测试人员：测试代码一定要可配置，可自定义，可读，无hard code
管理人员：一定要促使工作人员合作和交流
4、如何能让组内的工作效率得到明显的提升，有哪些具体的措施和方法呢
根据当代女性哲学家Marth Nussbaum的Creating Capabilities的理论：整体的生产力是由个人的生产力的整合，而提高整体生产力的方式是提高个人能力。
我相信这句话已经告诉你答案~
5、想请教下，个人的成长达到一个瓶颈了，不知道怎么突破怎么办 我是自学的，目前除了开发经验，测试基本，工具之类的还是理解了很多，想请您给我一些指引
个人瓶颈的发生时基本上就是机遇和能力其中之一不足导致的。
当你觉得你学的足够多的时候，却受限于瓶颈的时候，往往就是自我感觉良好，但是技术不足的时候；就像我，我不会觉得我的知识有多么丰富，技术有多好，反而知识越学越多，边觉得不懂的就越多吧。
我看你问题中说了，你自学了一些东西，估计很说你学的知识体系化和结构化，知识还是那些知识，但是没有被你内化。如果我是你，我会进行系统化的学习，我相信会有一些成果。
（有了技术，但是没有机会展现也觉得像是遇到的瓶颈，这就需要伯乐来发掘你，让你的能量能够得以释放。）期待你的进步！
6、自动化测试用的是哪些测试工具
常规UI 测试主要是Selenium
框架的UI测试主要是取决于前端框架
接口测试会用自制的接口测试框架
以上是自动化测试的基础
等等
7、UI WEB测试真的是个高投入低产出吗，值不值得做
是的，因为前端页面改变太快了；有多余测试力量就值得做，没有的话就算了
8、设计和架构网站性能检测、监控和报警平台，如何做的
检测部分：将网站加载和渲染速度（包括点击按钮）和网络情况（数据很像Chrome的Performances）
监控部分：使用时面板的框架，用来展示数据的；每次merge to master branch的时候，进行全方位的测试统计，更新数据并展示
报警部分：数据spike时，自动发送slack和Email
9、可以根据swagger自动化生成自动化接口测试的框架(Rest Test Code Generator)，如何操作
Swagger 本身就是一个非常规范的JSON，包括了所有可Rest call的option，即测试方法都已经在上面了；并且Rest call返回的格式也写好了，即测试结果也在上面。
基于以上完美的测试方法和测试结果，一个完美的自动化接口测试框架就形成了
10、关于优化测试流程，能举几个简单的案例嘛 测试流程的瓶颈在哪 如何优化 优化后的效果又是什么样的
关于优化细节：
优化的都是本组的测试流程的小细节，比如说程序员要参与测试计划的制定等等，太多太杂很难讲清楚
关于瓶颈：
测试流程的瓶颈就是团队内的个人能力和团队间的合作能力，如果两者都很强，那么什么测试流程都不需要。
而优化测试流程的瓶颈就是你在团队中影响力和能力，没能力没影响力，你优化不了流程的。
关于如何优化：
着重于最耗时的地方进行优化，
这个最耗时的地方，是可以通过技术优化手段省时，或是通过使用技术优化效果大于改变人的习惯的效果（通过流程修改或是培训），那么就使用技术手段（比如说写自动化程序、框架、工具、平台）
这个最耗时的地方，只能通过改变人的习惯（通过流程修改或是培训）才能节省时间，那么就修改流程（比如说优化流程，创造流程）
对于这个问题，我想推荐你阅读一下这篇我以前发布的文章：http://www.51testing.com/html/92/n-4457092.html，（这是我受邀到其他组，负责开发和测试流程制定/测试基础设施、软件、框架建设时期的成果）
首先不推荐TDD或是其他复杂的开发或测试流程，因为小公司往往不足以支撑。。
你们团队的人员组成是什么 测试的现状：
是开发者同时负责测试，还是有一两个测试人员
是你们能不能实现一定条件的测试自动化，还是只能完成手动测试
建议使用TPDD
大概的核心思想为：由开发人员与测试人员紧密合作以及管理人员的参与下，在开发周期的初期迅速的制作测试计划，然后测试人员和开发人员同时进行测试和开发的工作。
他适用的对象为
不喜欢怎么 TDD 开发模式的开发者，和相关的团队和企业
没有严格要求按照 TDD，然而对外声称使用 TDD 开发模式的开发者，和相关团队和企业
执行了 TDD 这种开发模式，然而质量没有明显的提高的团队和企业
使用 TDD 导致开发效率降低的团队和企业
开发者不喜欢 TDD 这种开发模式，嫌麻烦，但是还想要保证代码质量的团队或企业
开发者没有足够的能力进行 TDD 的团队和企业
产品的截止日期很紧张的企业 （你们适合使用TPDD）
初创团队和企业
正在上升期的团队和企业
还没有应用 TDD 这种开发模式，但是准备使用 TDD 的团队或企业
请参考我之前的文章，讲述了TPDD的原理和流程。希望TPDD可能帮助你们团队：http://www.51testing.com/html/92/n-4457092.html
问题2是如何开展性能测试，听说能用LR，那使用什么协议，脚本是录制的还是编写的，一般的性能指标是什么
支持转业，也支持你的梦想，
游戏测试问题回答
游戏由于他的独特性，测试的重点也跟其他测试略有不同，但是有些是一样的：
Unit Test还是会有的，举一个Unity的例子，C#和JS都需要单元测试
手动测试，游戏初期有你想象不到多的低级或是高级错误，比你现在玩的游戏的bug多得多，非常无趣
单一手动测试，让你不断的点击测试，看看会出什么问题，看看有什么游戏逻辑是不是对的
自动化测试，一般情况游戏都有自己的测试框架，自动化操作
平衡测试，这个就是最最特殊的测试，要记录很多数据，牵扯到很多统计学的东西
AB测试，实际的产品发布前的测试
剧本对照，就是有些大型的RPG有对话，需要检查
内测 公测 需要对这些用户上传的反馈，进行筛选并且总结给开发人员，让他们进行修改（自动反馈和手动反馈）
暂时想不到别的了
性能测试问题回答
LR主要是录制的测试，模拟的Rest call（HTTP）
主要是并发性的测试，服务器是否可以handle
网站的性能测试就是渲染速度和效率，接口的速度
PS：游戏测试并不是你所想的玩玩游戏就可以了，可能会让你玩游戏玩到“吐”，转行需谨慎
13、我在公司里面使用jmeter工具进行自动化接口测试，偶尔结合swagger进行配合（还在研究，不是很懂），有这次项目比较紧急，又是异地开发，感觉与开发沟通成本挺大的，想知道如何解决这样的困境。技术上，jmeter的自动化测试脚本在项目的不同模块的复用性不是很高，也在很努力的想做成通用性的脚本，同时会担心使用jmeter会不会让自己的测试的技术下降（也许可能是自己对核心的思想不太了解），本人现只会java和C，求老师给点建议
沟通问题：
最好的方式就是尝试与他做朋友，多聊一些别的，这样的话他说不定会愿意多于你交流和沟通
最巧的方式是多用话术，用最少的话表达最多的意思，引导他多说一些细节
最稳当的方式是多看他写的代码，了解他的想法和逻辑，多看一下他写的文档或是需求文档，然后多多看书学习知识
使用工具的问题
使用工具的熟练度不就是测试的技术嘛
未来提升的问题
根据你说的你近期在处理大数据的东西，那么就可以多了解一下大数据的知识，了解和学习更加深层次的知识，比如说Jmeter的核心原理，大数据的核心原理，这样的话，测试更加得心应手。另外，可以学习一些python的东西
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
