想要提高效率的方法很多，例如增加自动化，增加人员的培训，规范工作流程等，但是我觉得，如果一个团队的lead，想要确实的提高团队的效率，最好的方法是问题驱动的过程改进。简单讲就是先将工作阶段细分，评估每个小阶段的效率，发现真正影响整个测试活动效率的问题，根据优先级，逐个去解决这些问题，持续性的过程改进，才能真正意义上的提交效率。
2、如何有效的在项目中引入自动化，总感觉在现有的项目中进行自动化测试，是在为了自动化而自动化，并没有提高测试的效率。
我觉得这是一个好问题，而且是一个非常普遍的问题，我觉得想要引入自动化，最少要经过三个步骤：
第一步，评估组织结构的成熟度，有的公司连专职的测试工程师都没有，引入自动化，不过是增加了一个内部的开发项目而已；
第二步选择引入自动化的工具，分析引入自动化的潜在收益和风险，这一步是最重要的，引入自动化不是拍脑门就能决定，而是需要分析，它的收益例如减少员工重复的工作，7X24的执行时间，更加快速等，它的风险例如初次引入成本很高（工具费用，人员费用，培训费用等），自动化无法根本解决当前需求问题，以及其他一切不可预测的风险等，只有重复考虑到这些，才能根据评估结果，去判定要不要引入自动化；
第三步，引入一个试点项目，决定引入自动化后，不能马上就开始全面铺开，而是应该引入一个项目实验，确定引入的自动化后，是能真正解决当前需求问题时，在逐步铺开。
3、1：20测试开发比，当测试人力不足，开发一直要求测试情况下，怎么协调测试资源，特别是服务端的测试资源？有什么好的办法吗？
如果想从测试这一端解决这个问题，我觉得是完全不可能的，因为测试没有这个权利，也没有这个能力。不过我刚好接触过这样一个项目，分享下里面的做法，希望对你有帮助。这是一个智能驾驶的项目，有8个开发团队，负责不同模块，但是只有一个测试团队，测试资源根本不够，就算是24小时加班都解决不了问题，测试经理换了好几个，后来我们就彻底的研究了下这个大项目，想出来了一个非常简单的方法，就是排列优先级，按照计划走，项目本身一定有自己的开发计划，测试计划就按照项目计划同步安排。这是一个说起来很简单，但是做起来却很难的方法，开发团队经常延迟，所以在测试团队这边，优先安排人员完成按照计划时间开发的项目，其他项目在当前项目完成后再开始，除非项目非常紧急，但是必须要大老板签字，才能提高它的优先级。逐步的让开发项目都按照计划执行，当然，这个方法最大的前提，就是大老板要支持测试，认为测试本身是必须的。
4、公司要求测试人员不写测试用例，需要写功能点，但是不给评审的时间，功能点写出来也是为了后期对开发人员的绩效进行考核的，这种情况正常吗
其实现在很多公司都不重视测试，通过你的描述，这个工作其实不太像是测试工程师的工作，通常这都是和老板的观点有关，他们比较重视开发，认为开发才是最重要的。不过随着现在用户对产品的要求越来越高，如果以后产品出现了质量问题，导致公司的损失，可能老板们会更加重视测试吧。
首先使用工具会提高效率，但是依赖某工具，效率不一定会提高！不同的接口测试的测试策略最好还是根据实际项目来定。
然后，我现在在做这样一件事情，是关于测试自动化的，在需求工程师分析出需求点之后，系统会自动分析出功能点，自动生成测试用例，根据用例自动生成脚本，等代码提交后，自动执行，提交报告，反馈缺陷，并定位到缺陷所在代码，发送给相关开发人员，开发人员修改后重新提交，系统自动确认缺陷是否修复，并执行回归。虽然现在无法完全实现，但我认为应该会很快就能实现。
6、我是做开发的，现在已经是组长了，原来只需要做开发，课时现在天天开会，天天要做汇报，占用了我大量的时间，怎么破？
首先恭喜你，你这是职场转变的信号，而且是好的转变。成为管理者以后，经常会有汇报总结，需要关注你的组员，更重要的是，让你的领导知道你们做了些什么，做的怎么样。建议你学习两个东西，第一个是学会演讲，第二个是做一手好的PPT，熟练这两项，除了可以帮助你减少花在汇报上的时间，而且还能实际效果更好的突出你们团队或是你的工作结果，演讲是个需要长期练习的，不过想做好PPT，还是有些方法的，推荐你一门课程（王婆卖瓜）http://www.atstudy.com/course/699，可以再短时间内帮助你提升你做PPT的能力，大幅缩减制作PPT的时间。
7、测试用例设计的异常用例一般从哪些方面入手进行设计？
这个问题有点太宽泛了，不同产品，不同功能异常点检查的方法都不一样。最长用，也最通用的方法就是根据实际业务需求，反推出异常。可以用决策表，正交矩阵等方法进行筛选。
8、软件测试中，有哪些手段和方法能够提升测试的效率呢？使得单个测试人员的绩效产出最高。绩效产出包括但不限于bug，用例，知识分享等等。
提高效率意既单位时间内找出尽可能多的异常。这可以由很多因素决定。
1.提高测试技能（废话）
1.1. 探索的能力
1.2. 分析的能力
1.3. 总结的能力
1.4. 经年累月的踩坑积累
1.5. 合适自己的理论书籍
2.多人同时测试
2.1. 交叉测试
2.2. 与开发协同工作
3.合适的测试工具
3.1. 该手工手工，该自动化自动化
3.2. 用于测试环境构建的辅助工具
3.3. 合适的测试平台
9、最近在进行APP测试的时候，发现有很多BUG并不完全是缺陷，而是IOS和安卓对于需求的理解不同，很多不一致的地方，因此去提交，跟踪此类BUG会比较影响测试的进度，这种情况该怎样提高测试效率呢？如何能在需求阶段让开发人员对于需求的理解一致？
如果产品经理的需求文档在评审时，参加会议的全员表示通过了，那么之后对于需求文档理解不一致的地方就等于是一个bug。
让开发人员对需求理解一致这个问题有点大，建议向项目经理反馈这个问题，讨论如何该提高开发人员自身的需求分析能力，这个过程算是“道阻且长”。
10、对于产品迭代周期短而频繁，测试人员如何更好的做好测试工作？
前段时间刚刚通过现有的测试模型论证了在三个前提下，迭代周期的缩短有助于提高测试效率。
这三个前提分别是：
?代码质量相对较高，缺陷较少
?迭代成本低，发布时间短
?程序猿有资源及时解决这些缺陷
对于需求频繁变化的测试过程，应当更加注重人本身的技能，轻文档，轻自动化，轻流程。举个例子，可能不写测试用例，或者测试用例的深度降低，只给出大概的设计，所有都靠测试人员自己的发挥。注重探索性测试，注重最终用户的参与，业务合理性大于逻辑合理性。知识的积累和掌握以人为本，也就是以人为知识的存储中心；同时做好备份，同一知识保证多个人共同拥有。
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
