由于现在产品类型的多样性，产品功能的先进性，更多体现在产品质量的稳定性和可靠性。软件应用的领域不断深入，设计的复杂程度逐步扩大，开发的周期不断缩短，质量的要求就逐渐提高。然而根据我们公司的版本迭代速度，测试时间先松后紧的，以至于到最后有时会无法保证产品质量，根据上述情况我做了以下策略，仅供参考：

1、测试数据的准备

测试之前提前准备好测试数据，这样在测试的时间省掉了一大部分的时间，同样给开发也会省掉一部分时间

2、UI、主菜单测试

根据开发的习惯，他们首先会对版本需求中80%的功能做Ui修改。在这种情况下，我们就可以先测试起来。这个时候我们的测试时间比较充足，刚好适合做UI测试的兼容性问题啦。如果设计不修改UI方面的问题，我们做一次UI方面的兼容行问题就行啦！

3、半成品的测试

一个版本是否能够准时上线，它是需要客户端与服务端像配合的，同样还有WEB端的。如果是半成品的测试，我们同样可以大概看一下效果，是否符合需求文档，是否符合用户的使用习惯，我们可以打印一下接口数据，看看是接口没好，还是客户端没有做对应的支持，这样我们也能快速的定位问题。同样半成品我们也可以做兼容性测试。

4、大功能模块的测试

  大功能模块测试之前，我们首先要明白需求，整个逻辑流程自己先看一下。若有不懂的地方，我们及时问产品。这样测试起来比较顺利，也很清晰的知道自己的逻辑与开发的逻辑是否一致。测试大功能模块时，我们要集中去测试，尽量不要被打断，因为集中测试时，思路最清晰，最能走好流程。

5、其他功能（统计、启动图更新）

如果有测试来不及的情况下，我们完全可以先忽略统计，把所有的统计我们可以集中到最后去测试，测试统计大概十分钟的时间就可以完全搞定。启动图更好测试，一分钟的时间我们就能测试好。像启动图这种功能开发也是会放到最后会做的，因为只是更改一下图片就行啦。

6、自定义链接跳转

通常一个版本增加大的功能时，都会有自定义链接跳转，即使产品文档有没有提是否支持自定义链接跳转.

7、不想测的功能

每个产品文档，我们都有不想测的需求，面对这样的问题我会先花费一定的时间理解清楚逻辑，估计我是会让产品给我讲逻辑的，因为过需求的时候我就没怎么听懂。测试的时候我也会把这个功能给往后排，会优先测试其他的功能。