如何提高软件测试效率（敏捷测试）

背景：

敏捷测试，测试人员经常在编码完成后才能介入测试，时间紧任务重，但依然需要保证测试质量与测试覆盖率，此时如何提高软件测试效率成为必要的课题，一起来研究下吧！GO!GO!GO!

一、制定明确的项目计划（管理人员）

确定项目需求内容（需求项）、软件生命周期各阶段用时明确，包括开发开始/结束时间、开发自测时间、测试文档审核时间、初测、复测、开发整改、回归测试时间、软件上线时间

二、尽早介入测试（测试）

部分公司会允许测试参与需求分析会议，这对测试理解需求有很大的帮助，但对于只能在编码完成才能介入测试的，质量保证的压力就更大。这种情况需要开发商在测试前提供相应的测试用例，测试人员根据审核标准对测试用例文档进行审核，提取文档是否包含操作步骤，明确的期望结果，不满足条件退回开发商重新修改，直至文档可明确需求，指导测试

三、测试数据准备（开发、测试）

明确需求后，可提前准备好执行用例所需的测试数据，部分测试数据需要走流程或者特殊处理才能获得，测试前可要求开发提前准备可用的测试数据或者告知造数方法

四、明确分工（测试）

对收到的需求清单进行初步分析，对功能的重要程度、难易程度划分优先级，结合测试人员的能力水平，均分测试任务；测试人员根据优先级合理安排测试时间

五、测试执行（开发、测试）

1、增强沟通：
敏捷开发讲究一个沟通、快速，积极与开发人员沟通，快速分析问题，定位bug

2、测试思维：
减少无效与重复的步骤，用尽量少的用例发现尽可能多的问题（抽象吧，目前笔者也依然修炼中，哪位道友得到秘籍记得踢我！！！）

什么叫无效与重复的步骤，举个例子：

• 某功能在传递时会触发合规校验，当容量>200时会弹出校验提示并限制不能传递

有人会先测试正常传递，然后再测异常传递的情况，这样就需要回退到上一环节，有可能需要重复填写表单内容，增加测试负担

此时，一个灯泡在脑袋右上角亮起（叮！），试下这样测：

• 先测试异常传递，设置容量>200，点击【传递】，此时功能弹出校验提示无法传递
• 然后测试正常传递，设置容量<200,点击【传递】，此时功能正常传递

诶诶诶~这样不就减少重复录入又能覆盖测试点了

3、测试步骤：
(1) 第一轮测试：只测大致功能，不细测，列出主要bug（发现较严重bug时，暂停测试，等修复好再继续测）
(2) 第二轮测试：复测上轮问题，进行全面测试，列出所有能发现的bug
(3) 多轮厮杀，额~~复测后…
(4) 最后一轮测试：验证全部bug，全面细测（防止之前修复好的功能被别的替换覆盖导致失效）

4、回归测试：
选取适用的自动化工具，梳理出系统中常用但需求不经常变更的功能，录制自动化脚本，在手工测试通过后，利用自动化脚本对重要功能进行回归测试

秘籍分享完毕，继续修炼~
wuu~~又是学到东西的一天！
给自己点个赞！！！