一、系统测试-项目管理
1、需求文档
根据需求文档做一个项目用户使用手册，准备好测试设备
2、测试计划
WBS（工作分解结构）计划：时间安排
策略、计划：设备、资源（包括人力）、测试重点、冒烟测试（简单）、风险分析
ps：第一个要交付的文档
3、测试用例的编写
由测试人员进行编写，最终测试用例进行评审
4、搭建测试环境
5、测试执行
跑完全部测试用例，备注通过（PASS）、不通过（Failed）
6、回归测试
针对重要功能点，以及第一轮用例测试出现bug的地方进行回归
7、bug单
bug单包括bug编号、严重性、优先级、预期结果、实际结果，频率
8、生成测试报告
测试报告中包括时间、组织、版本、bug、数据
二、互联网测试-项目管理
1、需求阶段
1、需求的描述是否清晰，需求作出修改需要用不同颜色的字体标注
2、所有数值、配置、边界需要备注在需求中
3、每周需求list（粗粒度：技术方案的可行性讨论）
4、技术方案细节评估
1、开发确定技术方案细节，测试参与了解技术方案，不可行需求点与产品确认
2、确定人力和排期
3、人力工时细节细化，大于开发正常时间需向上一级确认排期时间是否合理
2、交互阶段和视觉阶段
UI出来之前，后端可以介入，前端只做基础部分
UI出来之后，前后端开发完成进入联调
3、开发阶段
1、排期、上线、提测时间均需要同步
2、前后端独立自测完成，部署测试环境
3、UI未到需求不应该启动(新功能、第三方功能、外部接入可以提前规划开发)
4、严重阻断提测的问题，at相关责任人和上一级人员，要求开发复盘并同步结果
5、提测之前需要给出相关环境（灰度、配置、接口、数据库、redis、风控、人群）
4、测试阶段
1、提测之后，评估提测质量，提测质量不过关打回开发，并且要求给出原因
2、测试流程：测试功能点用例编写、测试验收、测试环境UI走查、产品验收；预发测试，发布上线
5、测试角色——项目管理
1、测试在需求评审、UI交互、开发流程均起到管理作用，针对交互UI、开发、测试延期均需要作出反馈，并且落实原因
2、测试针对中途的变更的需求，需要跟进，相关排期可以进行变更
6、需求测试介入效率图：如果需求A、B、C每个需求均耗时一天，
1、如果同步进行测试，那么三个需求在第三天开始的时间点同步上线，到第四天，三个需求在线上均只跑出一天的数据
最终结果：X=1天*3需求=3s
2、如果A需求优先进行测试，A在第一天可进入线上环境进行跑数据验证；B需求在第二天进入测试，一天之后，第二天可进入线上环境进行数据验证，同理
最终结果：X=A需求*3天+B需求*2天+C需求*1天=6s
