SaaS模式中的质量管理[2]

　　SaaS模式中的质量管理[2]   软件测试

　　适应SaaS质量需求的软件开发流程

　　SaaS通过互联网向用户提供服务，而这基础是软件系统的部署。这就要求在软件需求分析、设计和验证时，要充分考虑系统部署的需求，包括服务器集群、分布式网络、故障转移、系统在线扩充、数据备份和恢复等。所以系统的架构设计是非常重要的，需要投入足够的时间和资源。

　　另一方面，由于软件部署由软件服务商自己控制，且不会像渠道销售软件套装产品那样花费很长时间和制造成本，所以SaaS软件发布周期可以大大缩短，力求在软件开发过程中做到最简单和最有效，最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

　　对于SaaS软件开发，可以将敏捷方法和RUP过程方法结合起来，敏捷过程能够保持快速、稳定的开发速度，RUP过程可以保证系统的灵活架构、良好的扩充性和移植性，促进开发过程达到一个最佳的平衡状态，以获得很高的满意度。

　　软件服务模式的产品发布程序比一般软件产品的发布要复杂得多，要涉及到软件产品部署和实施的前期活动和后期活动，其中增加了“软件产品的部署(Deployment)规划、部署设计、部署设计的验证和实施、监控”等活动。

　　在开发中，要考虑到网站或数据的迁移、多种升级方式、多版本共存的运行环境等需求，对数据/系统的兼容性要进行充分的讨论和分析，保证用户升级过程中，所获得服务没有受到影响，数据受到保护，一切使用正常。

　　而且，要处理好客户之间的关系，对于功能变化较大的新版本升级，一般要事先得到用户的许可或同意。

　　对于软件服务模式，当产品发布到运行环境(服务器)中，在用户开始使用之前，还要进一步验证。所以，对软件服务模式的产品发布中最后实施阶段，其时间性非常强，一般放在周末或晚上时间(9:00pm～6:00am)。如果提供7x24不间断的软件服务，就需要采用DNS、服务器、目录等快速切换方式来实现无缝升级。

　　部署的规划、设计和验证

　　软件部署(Deployment) 是SaaS一个必不可少的、关键的环节。软件部署是通过整合的、虚拟化的或逻辑化的资源和进程的集中管理，对所要运行的程序提供技术和环境的支撑，从而保证软件系统被部署到合适的运行环境中能具有最优的、最可靠的性能表现，并能对用户和系统的各种数据进行有效的存储、备份和恢复等。

　　在软件部署的技术分析上，就是以业务目标为出发点，将这些要求转化为可用来设计部署体系结构的技术规范。而在部署设计中，必须考虑多种质量因素。

　　逻辑体系结构 它能决定服务分配的最佳方式和系统扩充性、维护性等。

　　服务质量要求 必须满足服务质量 (QoS) 要求，建立在逻辑体系结构和QoS要求的映射关系，从而达到性能、可用性、可伸缩性、可维护性等软件服务的质量目标。

　　用量分析 有助于通过系统负载的使用模式来隔离性能瓶颈，开发出满足 QoS 要求的策略，用于部署设计中。

　　用量分析因素主要有:用户数量及类型、活动和非活动用户、管理用户、使用模式、用户增长、用户事务和用户/历史数据等。

　　使用案例 尽管使用案例已包含在用量分析中，但评估部署设计时，应参考使用案例，确保任何案例中所揭示的问题在设计中得到处理或解决。

　　根据性能指标，对一些关键的使用案例进行研究，以确定在系统层次如何保证该要求得到实现的结构、技术或方式。

　　服务级别协议 指定了最低性能要求以及未能满足此要求时必须提供的客户支持级别和程度，相当于设计的底线(Bottom Line)。

　　成本 有必要设计2-3个软件部署方案，通过分析、比较，对资源优化，采用平衡策略，能够在业务约束范围内达到业务要求，并获得成本最优化。

　　业务目标 是软件部署的最终目标，包括这些目标实现的业务要求或约束。软件部署设计的质量好坏，最终取决于对满足业务目标的能力的评估。

　　除此之外，下面还要着重讨论可用性、可伸缩性和安全性的影响因素和规划策略，保证部署设计成功。对可用性、可伸缩性和安全性等的验证，也是至关重要的。

原文转自：http://www.ltesting.net