背景
部门的业务线运行了很长时间，在维护阶段出现了各种各样的问题，我们在对问题进行分析总结后，发现经常每个行业线都会出现非常类似的问题，相同的问题，无数遍的出现。
整理了下出现常见的问题，测试人员在进行升级测试后，需要对checklist中的项目进行检查，查看本次这次是否涉及到上面的检查点以及是否满足上面检查点的要求。
该checklist使用方法： 每次升级测试前和后，需要升级验证测试人员，根据检查项去检查本次升级是否涉及该点以及是否满足要求。如果升级测试后，出线的问题，在checklist覆盖范围内，则去分析下是 责任心不强还是其他原因造成的。 其实目的就是一个，加强我们的升级验证测试，使得每次升级的问题越来越少。
检查表 序号分类描述案例执行结果(P/F/I)1大数据量报表类：主要涉及到话单查询(需要考虑表的大小，分区原则，每天话单量以及数据分布即每天有多少个手机号码或者sp发送了短信)消息日志查询功能基本不可用，查询速度慢导致页面超时退出2主机类：我们现网的主机一般数量50-60台服务器，和主机相关的业务包括巡检和网管业务。需要考虑每台机器发送消息的频率、类型等。同时查看界面能够流畅的展示这些机器信息。3测试环境现网服务器数量（主要是网元数量，如kernel数，cat数，短信中心数等）在家里测试环境使用一个网元测试，而现网存在N个，制作的回退脚本中，未对所有网元的数据库配置修改，导致回退失败4现网服务器类型(solaris,linux,sparc)，测试环境的类型是否和本次升级的现网操作系统一致。集中维护管理平台，信令跟踪，都是在linux下测试的，当去现网实施时，发现solaris存在问题。5现网数据库版本，oracle9i oracle10g ,oracle11g,测试环境必须与现网保持一致
变更历史版本号更新时间主要内容或重大修改0.9.02013-08-09基线版本发布0.9.12013-10-30增加后台cms方案验证类检查点等
每次升级测试前和后，需要升级验证测试人员，根据检查项去检查本次升级是否涉及该点以及是否满足要求。