如何从技术层面提高测试效率

如何从技术层面提高测试效率

1、公司从哪些方面入手通过技术的手段提高测试效率?

想要提高效率的方法很多，例如增加自动化，增加人员的培训，规范工作流程等，但是我觉得，如果一个团队的lead，想要确实的提高团队的效率，最好的方法是问题驱动的过程改进。简单讲就是先将工作阶段细分，评估每个小阶段的效率，发现真正影响整个测试活动效率的问题，根据优先级，逐个去解决这些问题，持续性的过程改进，才能真正意义上的提交效率。

2、如何有效的在项目中引入自动化，总感觉在现有的项目中进行自动化测试，是在为了自动化而自动化，并没有提高测试的效率。

我觉得这是一个好问题，而且是一个非常普遍的问题，我觉得想要引入自动化，最少要经过三个步骤：

第二步选择引入自动化的工具，分析引入自动化的潜在收益和风险，这一步是最重要的，引入自动化不是拍脑门就能决定，而是需要分析，它的收益例如减少员工重复的工作，7X24的执行时间，更加快速等，它的风险例如初次引入成本很高(工具费用，人员费用，培训费用等)，自动化无法根本解决当前需求问题，以及其他一切不可预测的风险等，只有重复考虑到这些，才能根据评估结果，去判定要不要引入自动化;

第三步，引入一个试点项目，决定引入自动化后，不能马上就开始全面铺开，而是应该引入一个项目实验，确定引入的自动化后，是能真正解决当前需求问题时，在逐步铺开。

3、1：20测试开发比，当测试人力不足，开发一直要求测试情况下，怎么协调测试资源，特别是服务端的测试资源?有什么好的办法吗?

如果想从测试这一端解决这个问题，我觉得是完全不可能的，因为测试没有这个权利，也没有这个能力。不过我刚好接触过这样一个项目，分享下里面的做法，希望对你有帮助。这是一个智能驾驶的项目，有8个开发团队，负责不同模块，但是只有一个测试团队，测试资源根本不够，就算是24小时加班都解决不了问题，测试经理换了好几个，后来我们就彻底的研究了下这个大项目，想出来了一个非常简单的方法，就是排列优先级，按照计划走，项目本身一定有自己的开发计划，测试计划就按照项目计划同步安排。这是一个说起来很简单，但是做起来却很难的方法，开发团队经常延迟，所以在测试团队这边，优先安排人员完成按照计划时间开发的项目，其他项目在当前项目完成后再开始，除非项目非常紧急，但是必须要大老板签字，才能提高它的优先级。逐步的让开发项目都按照计划执行，当然，这个方法最大的前提，就是大老板要支持测试，认为测试本身是必须的。

4、公司要求测试人员不写测试用例，需要写功能点，但是不给评审的时间，功能点写出来也是为了后期对开发人员的绩效进行考核的，这种情况正常吗

其实现在很多公司都不重视测试，通过你的描述，这个工作其实不太像是测试工程师的工作，通常这都是和老板的观点有关，他们比较重视开发，认为开发才是最重要的。不过随着现在用户对产品的要求越来越高，如果以后产品出现了质量问题，导致公司的损失，可能老板们会更加重视测试吧。

5、如何使用Jmeter提高接口测试效率?，如果测试人员执行完测试案例后，案例执行结果可以自动同步测试案例管理系统，不通过的测试案例可以自动提交缺陷，是不是节省了测试人员不少工作量?

首先使用工具会提高效率，但是依赖某工具，效率不一定会提高!不同的接口测试的测试策略最好还是根据实际项目来定。

然后，我现在在做这样一件事情，是关于测试自动化的，在需求工程师分析出需求点之后，系统会自动分析出功能点，自动生成测试用例，根据用例自动生成脚本，等代码提交后，自动执行，提交报告，反馈缺陷，并定位到缺陷所在代码，发送给相关开发人员，开发人员修改后重新提交，系统自动确认缺陷是否修复，并执行回归。虽然现在无法完全实现，但我认为应该会很快就能实现。

6、我是做开发的，现在已经是组长了，原来只需要做开发，课时现在天天开会，天天要做汇报，占用了我大量的时间，怎么破?

首先恭喜你，你这是职场转变的信号，而且是好的转变。成为管理者以后，经常会有汇报总结，需要关注你的组员，更重要的是，让你的领导知道你们做了些什么，做的怎么样。建议你学习两个东西，第一个是学会演讲，第二个是做一手好的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、对于产品迭代周期短而频繁，测试人员如何更好的做好测试工作?

前段时间刚刚通过现有的测试模型论证了在三个前提下，迭代周期的缩短有助于提高测试效率。

这三个前提分别是：

?代码质量相对较高，缺陷较少

?迭代成本低，发布时间短

?程序猿有资源及时解决这些缺陷

对于需求频繁变化的测试过程，应当更加注重人本身的技能，轻文档，轻自动化，轻流程。举个例子，可能不写测试用例，或者测试用例的深度降低，只给出大概的设计，所有都靠测试人员自己的发挥。注重探索性测试，注重最终用户的参与，业务合理性大于逻辑合理性。知识的积累和掌握以人为本，也就是以人为知识的存储中心;同时做好备份，同一知识保证多个人共同拥有。