1、根据项目进展，及时调整测试计划

　　调整后的测试计划应满足测试内容可取舍需求和突出重点测试对象的需求，以应对测试时间不足的情况。

　　（1）合理安排不同类型测试用例的执行优先级。

　　以运行于手机等移动终端上的应用程序为例，可以参考的优先级顺序是：

　　P1： 版本任务计划完成情况（比如Bugfix计划、定制需求、产品定义变更等）。

　　P2： 参照featurelist运行最小功能测试集。

　　P3： 运行复杂功能测试集。

　　P4：根据项目所处阶段，按如下顺序安排测试优先级：

　　早：UI测试、健壮性测试、随机测试、模块交互测试、自由测试

　　中：健壮性测试、模块交互测试、随机测试、UI测试、自由测试

　　后：UI测试、自由测试、随机测试、健壮性测试、模块交互测试

　　（2）确定重点测试对象，优先测试。

　　S1： 产品基础业务、产品核心（关键）业务、用户高度敏感的功能（收费等）

　　S2： 累计发现bug比较多的模块（统计方法可以参照业界每千行代码存在的缺陷数目来衡量）。

　　S3： bug数量变化曲线呈“递增”或“波浪式高低起伏”的模块。

　　说明：不同领域的产品，不同类型的应用，甚至不同的产品技术架构，以上采用的优先级策略往往也不相同。

　　2、优化测试用例组织管理

　　（1）准确定义用例的测试类型，尤其是功能测试用例和非功能测试用例的区分。

　　（2）把握项目进展的节奏和产品成熟度，适时调整测试用例运行优先级。

　　（3）精简用例，降低用例冗余度。

　　（4）合理划分测试模块，提高手用用例执行时的测试动作区域关联度。

　　3、根据项目周期长短，适当构建自动化测试部署

　　（1）项目早期，构建接口自动化测试部署，覆盖业务逻辑控制接口，使得回归测试阶段业务逻辑的检查可以通过接口自动测试来快速完成。

　　（2）项目早期，创建手工测试辅助工具，通过工具来解决测试数据准备与输入、测试结果分析等工作。

　　（3）项目集成测试通过后，构建UI层面自动化测试部署，尽可能地自动化系统测试用例中的功能测试用例和其它类型用例。

　　4、严格控制版本发布

　　项目组发布的版本，一般都是需要测试的，换句话说，每出一个版本就意味着测试要投入成本，在不增加测试资源投入的情况下，

　　提交测试的版本过多或过于频繁，都会影响到其中任一版本的测试周期，因此，缩短测试周期的一个根本途径还是要尽可能的少出版本。

　　在不影响项目各阶段版本发布目标的前提下，减少版本发布的主要途径有：

　　（1）围绕主干版本，控制分支版本的数量，避免随意新建分支版本。

　　（2）提高分支版本的客户需求普适性，对于产品需求差异不太大的版本定制需求，尽可能地共用同一个分支版本，对于提高开发和测试工作的重用性都有益。

版权声明：本文出自 nucboy 的51Testing软件测试博客：http://www.51testing.com/?14167

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。