--预测试
　　预测试环节是BETA测试为重要的环节，是直接决定BETA测试成败，以及检验BETA测试效果的因素。所以预测试需要认真对待，并且百分百投入。

1>    预测试开始阶段一定要制定一个详细的预测试计划，把客户常用的业务流程进行总结梳理，先设计一个测试方案，测试方案需要有测试用例，颗粒度可以粗一些，但一定要有明确的验证思路。计划的时候一定要考虑可能存在的风险以及客户方的因素。比如客户方业务的参与时间和安排，系统能够切换的时间，任何工作不要过多的影响到客户的正常业务工作。客户复杂的环境以及升级所需要的周期都要纳入到考虑的因素中，总之是要做好风险管理，把一切可能的因素都考虑进来。
2>    预测试期间必须关注此次版本测试的目标（质量稳定？扩展平台？性能优化？），这些都必须纳入到你的测试方案中。每项工作都要落实具体的人员，前线的资源是有限的，这个时候不要区分什么需求、开发、测试和顾问，所有的人都应该全力投入到验证过程中，分工有侧重，但并不代表只要各扫门前雪，需要一起开展工作的时候要全力投入，特别是业务验证阶段，任务为繁重。
3>    请按照部门要求在客户现有版本上收集相关业务的性能数据，填写《ERP系统beta验证性能收集.xls》，这个是未来我们未来需要解决的性能关键点。同时你还要填写一个文档《ERP系统Beta测试性能优化验证列表.xls》，这个里面描述了本版本性能优化的点，你需要在升级前在客户的现有版本上收集数据。然后在升级到新版本，再次收集一次数据，这样才能了解我们这次性能优化的效果如何。
4>    BETA测试一定要想清楚了在开始动手，一切计划准备绪以后开始BETA测试吧。BETA测试切记的一点是时刻做好备份，备份是你一切工作开展的基础。一旦没有备份，造成的后果将是毁灭性的，所以一定要记住！！！不要怕麻烦，有风险的时候备份一次。做预测试的时候备份账套，执行脚本的时候备份账套，发过来的私家包替换前先备份被替换的文件……
5>    按照当初制定的计划开展整个BETA测试的执行工作，遇到问题按照流程进行反馈，直到问题的解决。如果客户关注到我们的某个问题，不要谎报瞒报，客观的和客户反馈并积极跟进解决，千万不要欺骗客户。当然很多工作是需要大家在下面做好的，在客户面前尽量展现良好的精神风貌，无论是产品还是个人。
6>    预测试期间发现的问题注意更新《ERP系统Beta测试反馈汇总表_XX客户.xls》，并将该文档及时反馈给研发总部人员，不要简单的等到每天晚上才集中反馈，这样对于问题的处理会延误。所有的问题请注意和内部接口人事先沟通，定一个问题的编码规则，否则会容易乱套的。建议的编码规则为“客户简称_日期_序列号”，比如中国运输的客户，问题编号为“zgys_20100615_002”，这样编号的好处是编号，便于总部和现场的邮件跟踪，有个日期能够方便的了解每天所有问题的处理结果。
7>    预测试过程中所有的细节都要详细记录，不要被表象麻痹了双眼，特别是数据库升级的时候，每一步的异常以及你的处理方式都要详细记录，因为所有的问题在你正式升级的时候都有可能碰到，如果你没有记录清楚，正式升级的时候带来的影响会是致命的。
8>    除了每个问题的及时更新，在辛劳以后BETA测试负责人还需要对的工作进行总结，把项目的大体情况反馈到总部。你也许还坚守在客户的现场，也许你正在酒店舒适的床上，但请记住一定要发送《ERP系统Beta测试_工作日志_XX客户.xls》给总部对应的接口人
预测试工作比较艰辛，可能你会发现很多的问题在研发的时候都没有碰到，但在客户现场却时常出现，这是 BETA测试的目的，请认真思考每一个问题，这将是你BETA测试期间大的收获，也许会是你人生中重大的一次经历。BETA团队负责人注意BETA测试进度以及计划的把控，这是一次项目管理的亲身经历，也许对于你来说担子重了一点，但你应该庆幸你有这么一次难得的锻炼机会。把自己想象成是麦克.阿瑟或者隆美尔，运用你的聪明才智取得这次“非洲战役”的胜利。
 
--系统切换

　　系统切换的成败取决于预测试是否充分完善，所以正式升级前请对预测试的内容进行一个回顾，把相关的内容整理清楚，特别是升级和环境部署过程。

1>     正式升级前一定要把升级计划及时间安排反馈给你的总部接口人，也可以让总部接口人为你在指定的时间内安排可能的支持人员
2>     正式升级前请做好所有需要备份的工作-环境、数据库、脚本、模板等等
3>     制定升级计划以及明细的升级步骤，包括每个步骤可能的耗时。想好每一步的后路，做好坏的打算。即便是升级不成功至少还可以还原客户现有的环境，不影响客户的业务的继续开展。
4>     计划和步骤明确后，选择好升级时间可以开始正式升级了，安装正式环境-升级数据库-执行脚本-升级成功。升级过程多少都会有一些小的意外，不要惊慌，认真分析问题产生的原因，并与总部进行沟通寻求帮助。
5>     经过一到两个不眠之夜（也许会更长），正式环境升级成功，还不要高兴的太早，请安排所有的人员铺到系统上做一个基本的业务验证，做一个凭证，走一张供应链单据，……至少要保证重大业务功能的正确性。此时的验证范围一定要准，一定是客户应用的关键流程，这些业务没有问题，至少客户在正式使用的时候不会造成恶劣的影响。
 
--运行观察
　　当第一个工作日的来临时候，也是为紧张的时刻，客户平稳的运行将是你期待的结果。如果遇到了突发问题一定要沉着冷静，要以快的速度分析问题，并寻求总部的解决，要不断关注问题的解决过程，好是每4个小时和总部确认解决情况，这个时候是分秒必争的时刻。不要因为紧张而忽略了要求，继续按照《ERP系统Beta测试反馈汇总表_XX客户.xls》的要求进行反馈沟通，不要以为一个个问题邮件反馈会来的快，那样只会更乱。
　　随着系统的稳定，你的等待期间也许会变得悠闲，你的心情也许会格外舒畅。可以和客户方的业务人员拉拉家常，聊聊家庭，生活，工作。在轻松愉快的过程中建立深厚的友谊，这都是缘分呀。在闲扯中不要忘了和客户交流一下产品的应用感受，收集他们的感受，日后也是我们产品改进的方向。
　　记得在空闲的时候操作一下系统，填写《ERP系统测试性能优化验证列表.xls》，用数据来感受我们的性能优化的成果。