应用级监控平台测试方案
2015年5月
文档修订记录
目录
1、测试目的 (1)
2、测试背景 (1)
3、测试人员及联系方式 (1)
4、测试地点及场景 ..........................................................................................错误!未定义书签。

5、测试资源准备 (1)
1、测试目的
POC测试，即Proof of Concept，是业界流行的针对客户具体应用的验证性测试，根据用户对采用系统提出的性能要求和扩展需求的指标，在选用服务器上进行真实数据的运行，对承载用户数据量和运行时间进行实际测算，并根据用户未来业务扩展的需求加大数据量以验证系统和平台的承载能力和性能变化。

特别是在应用系统选型阶段，一些大型企业的业务流程比较复杂，并非单一的功能性演示就能覆盖现实的业务需求，这时候需要事先划定一个小范围的实验对象（但是业务逻辑的复杂性要有典型性，有代表性），通过小范围的项目导入与实施，从真实业务的实践到战略意图的实现，来验证系统方案是否能满足用户的需求，从而作出更客观更准确的判断。

考虑到应用级监控的重要性，特进行本次应用级监控产品POC测试。

2、测试背景
近年来，随着业务的丰富，关键业务系统在数量上和复杂度上都迅速提高。

业务系统的变化促使IT运行维护团队需要面对越来越复杂的业务系统架构，而现有的以网络、主机等基础设施为核心的监控系统已经逐渐不能满足对业务系统用户体验、可用性、性能方面的管理需求。

IT运行维护模式必须需要寻找新的方向。

为保证业务的平稳运营，应对目前业务系统运行维护面临的挑战，运行维护团队需要一套行之有效的应用性能管理系统，能够在业务系统运行时同步评估用户体验，当业务系统出现异常时能及时感知，并快速分析故障位置。

基于业务的应用性能监控，根据业务的服务路径，监控业务在各环节的性能状态，当出现业务故障时能够快速明确故障环节，缩短业务故障恢复时间。

3、测试人员及联系方式
普通跨行转账业务流程
*仅供参考，具体测试系统由项目经理和测试人员再行沟通
5、测试资源准备
1.1.1硬件环境
1.1.2软件环境
1.1.3其他
需纳入监控的接口文档，如若设计日志采集，需提供日志文件及文件存储规则。

1.1.4厂商需要准备的资源：
1.监控采集设备；
2.应用监控平台；
3.提交测试报告并进行演示。