俗话说“吃一堑，长一智”，这用在APP测试周期中对这次测试进度的把握上是再好不过了。
简单介绍下这次的项目情况，笔者所在的APP软件开发测试项目遵循瀑布式模型，项目包含android和iOS，基本以一个月为迭代周期。测试人源分布，执行加上管理，共两人，要做功能测试也要做部分的自动化。
有人可能会疑问，一个月为周期，比起敏捷开发、或是一周为迭代周期来讲，不是轻松很多吗？是的，一个app一个月，不能算快速发布，但是笔者所在的项目，分别为android/iOS版，总计有4款app，平均每个app，就相当于一周一迭代的开发周期。
因此，对测试进度的把握显得尤为重要。
考虑到android和iOS版app业务流程和逻辑是一致的，开发们一般会在同一时间提交送测版本，从以下几方面把握测试进度。
一. 手工测试不能少
版本送测时候，除了找开发确定影响范围、明确测试目的以外，更快更早地开始测试是必要的。使用冒烟测试方法，跑通整个流程，及时向开发同学反馈功能性的bug，尽可能让测试进度可以进展下去。
二、何时介入脚本编写
前两次在版本送测时候，就开始写脚本，花费了不少时间，险些影响功能测试，在发布的时候发现保存页面发生报错。经历这两次的捉襟见肘情况后，版本送测的时候，采用先进行手动功能测试，主要流程跑通之后，在使开发同学淹没在数不清bug云雾中，这时候开始着手写自动化用例。
二。选择哪些自动化回归测试
在手工测试、了解基本功能的基础上，可以灵活地选择对一些重复性高、逻辑简单、耗费眼力、通过冒烟测试的功能模块选择进行UI自动化测试。大概小版本迭代，用2天基本可以搞定。
三 自动化的目的
自动化的目的是将一些重复执行的手工测试自动化，解放人的大脑，能投入更多的精力到业务逻辑复杂的测试工作中去。
不可为了自动化而缩减手工测试，否则可能会造成错失功能测试的时机、拖延项目发布时间，这次的教训是令人深思的。