敏捷开发模式中的测试方法集成
　　App是基于基础软件开发模式而开发和测试的。传统和敏捷模式都是比较常用的。
　　传统软件开发模式，像V-Model，有高规划可靠性、标准以及简易的可扩展性和实用性等优点。缺点是：对文件和必要的调整有高要求，缺少灵活性。
　　相反，敏捷模式有高灵活性，快速系统部署，低文件需求，且基本不拘泥于形式。缺点是：时间和预算编制困难，敏捷团队内部有很多交流工作要做，尤其对团队成员的个人能力很依赖。
　　总之，app是在紧张的“上市时间”周期内开发的。定制是通过不断升级执行的，基本是app用户的回馈结果。
　　这种种情况下，一个敏捷开发模式比传统模式的优点更多，因此我们在这里简单介绍一下。
　　敏捷模式中的测试工作可分为三大方面：
　　每个方面都由适当的符合sprints (Scrum)时间表的测试方法支撑。使用敏捷模式时，有必要确保：
　　▪▪明确所完成的是一致的
　　▪▪ sprints中详细计划了自动化，建立了模拟服务
　　▪▪ sprints全程监控回归
　　▪▪明智地集成外部服务提供商（crowd， beta-tester network）
　　▪▪在过程中应用所获的测试经验
　　注意：并不是每个项目中敏捷测试都是好的解决方案。
传统模式通常是更好的方法，尤其是在有明确而详细需求或紧缩预算和规定时间的特定公司问题的项目中。但是，如果使用一个敏捷模式有必要持续监控产品积压以及适应其的基线。

　　总结
　　移动app测试中必须考虑很多方面重要的问题是用户体验，可用移动硬件的覆盖，连接和安全。一个移动app测试项目的质量标准是每个项目的个体，即测试标准的权重变化很大。将测试集成到基础软件开发模式中对一个成功的移动app测试项目至关重要。因为移动app项目的紧张时间表，有必要定制测试方法，调整测试范围并明确测试覆盖面。必须快速灵活地适应采取的App开发决定因素的方法。 

版权声明：本文出自 SPASVO泽众软件测试网：http://www.spasvo.com/news/html/201410895208.html

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