S1项目-测试阶段

排主计划时，UAT一般只预留1-2周时间，且遇到赶进度需调整主计划时，压缩的往往是测试时间。一是侯世达定律作祟，大家想着万一UAT顺利呢，一周用户测试、一周改bug，时间足够了；二是从整个项目交付来看，测试显的“不重要”，开发完一个功能、接口，体现的是实际进度变化，无法缩减，否则系统少功能，是显性取舍。其实在制定计划，包括做计划调整时，凭经验大家都知道要给uat留够时间，或缓冲时间，但往往只有到了测试阶段时，才会提出。是个有意思的现象，因为给领导汇报时，也有底气，已经是长征终点前的最后几步了，从项目组角度是可以按期上线的了，但为了测试充分些，提高用户体验度，提升上线成功率，适当延长UAT阶段，这个一般是可以接受的。对于项目组也好交差，测试碰到的问题属于不可见风险，谁知道UAT碰到这些问题呢，只能客观面对，延期解决。

测试分为单元测试、系统测试、集成测试及验收测试，逐级漏斗形拦截缺陷。S1项目资源紧张，产品团队内部测试不充分，要由现场交付团队找bug，毕竟是交付团队在面对客户，不想问题在客户面前集中爆发，只能辛苦交付了。

测试资料包括测试计划、培训资料、测试脚本、测试问题清单及测试报告。

测试应广泛邀请业务参与，虽然实际只有小比例参与。收集测试人员、部门、测试模块，用以提前配置测试账户及权限。提前发出测试安排，注明每个模块的培训时间。

培训资料往往是通用功能幻灯片，结合系统演示讲解。需把控时间按照测试安排进行，否则易陷入指导业务操作或回答业务细节问题上。培训应录屏保存。测试阶段的关键干系人，是关键用户。顾问应