大版本提测时间只有3天，需求测不完怎么办？分享几点干货经验

测试工作最忙碌的时刻莫过于大版本的发布，每次大版本发布业务功能需求超级多，然后提测时间有限只有短短3天时间，在3天内要完成QA、UAT、Prd环境的测试工作，也就是第3天就要完成Prd产品上线工作，需求多覆盖不全怎么办？

每个企业的测试工程师都会面临这种情况，因为公司的资源始终是有限的，如果才能在有限的时间内完成大版本的测试？不妨参考一下这些经验技巧与方法。

一、提升测试人员工作效率

不同的人因为经验与测试方法不同，工作效率差异化大。

有些3-5年测试工作经验的人员与0-2年的测试人员工作效率完全不同。

你让一个3-5年经验的测试人员去设计需求的某块业务用例个数100个，她可能一天就完成了，但是如果你交给0-2年经验的测试人员来完成工作可能需要花两天时间。

为什么经验不同工作效率差异这么大？

各自测试思维与方法不同。

例如：同样测试一个用户注册、登录 、订购流程。

有经验的测试会优先覆盖无效用例，再覆盖有效用例。

而没有经验的同学可能会优先覆盖有效用例，再返回来测试无效用例，这种测试方法效率较低，本身测试同一个功能可以在测试无效后一起将有效用例覆盖，而没有经验的测试却要浪费重复的时间，整个系统测试浪费的时间就更多。

以上案例仅是针对部分功能，如果整个系统都采用浪费时间的方法来测试，浪费的时间更多，功能越多浪费的时间周期越长，要想快速完成版本测试难度就较大。

在这里有经验的同学可以分享一下自己的测试方法，好让大家学习采纳，这样可以节省人力时间，有效提升测试效率，测试技巧的过程需要日积月累，也需要大家严格执行才能达到提升工作效率的目的。

二、提升程序开发代码质量

时间始终是不够用的，我们要学会在有限的时间内规范开发与测试之间的流程，让开发配合好测试人员的工作，在开发过程控制好代码版本质量，移交给测试的版本都要冒烟通过。

反之很多小公司开发根本不做单元测试，最后移交的版本连冒烟测试都不通过，这期间比较浪费测试时间，测试做了很多无用功。

为了更好地解决这类问题，测试部门一定要制定与研发部门的提测准入规范，通过部门宣讲达成一致建议，按测试的要求移交合格的代码，从而提升软件版本质量。

三、引进自动化测试

条件允许的情况下，尽量开展接口或者UI自动化测试，将主流程的自动化测试脚本开发好，每次冒烟回归测试都能使用自动化来完成主流程的回归，节约人力时间。

四、借助团队人员力量

借助团队力量，看看产品经理是否有空，可以借力产品经理角色帮助测试验收部分工作，一般产品进入测试阶段，如果产品经理没有在编写新版本需求基本有点时间帮助测试执行部分工作，这就需要测试人员依靠平时的人际脉力量产生价值。

五、加班解决

在没有办法的情况下大部分公司都采用加班的方式来解决，毕竟程序代码质量差，时间不够用，会影响产品发布时间，加班就成了IT们工作的常态，再给大家提点建议。

在版本上线后总会有点时间不忙，这时候可以自己写点UI或者自动化测试案例来覆盖主业务流程，以防万一测试时间不够多，使用机器来代替人工测试可以提升一定的工作能效。

总而言之，有问题一定会有解决问题的方案，没有做不到只有想不到，在人力有限的情况下尽量提前储备好能量，不要等到真正执行测试才着急，这时已太晚，所以大家平时有空多学点自动化测试技术做好备案工作，不至于执行测试时手忙脚乱，工作状态紧张。