软件测试的工作流程

如何理解软件测试
软件测试的类型划分
从哪些角度测试一个软件r> web测试思路
如何进行需求分析
如何做测试计划r> 如何设计测试用例
测试执行过程的注意事项
对软件BUG如何定义r> 提交一份适合的测试 告

一、评审阶段

1、需求评审

要求在需求讲解前先将需求文档和DEMO提供，在讲解会议上同步进行评审。

2、任务计划评审

开发TL和测试负责人协商工时评估，共同制定里程碑任务计划表，发起评审

3、设计评审

开发完成简要设计文档，API接口文档，发起评审

4、用例评审

测试完成冒烟测试用例、系统测试用例、发起评审，对开发反串讲。

三、上线阶段

1、上线评审

对功能测试 告、接口测试 告、数据测试 告、性能测试 告（优先级低、仅要求新项目上线提供，需要架构参与）、安全测试 告、版本发布说明书进行评审、全部评审通过、才可以部署正式环境。

2、正式环境验证

A、B、C、D都测试验证通过，才可以正式上线。

A、线上接口巡检

B、线上日常测试

C、数据一致性核查

D、兼容性测试

3、输出经验教训

开发、测试对本次迭代进行复盘，新的经验总结和教训需要输出精简的文档

五、变更管理

1、产品变更申请通知到位

产品需要邮件通知相关对应人员、并将变更内容更新到需求文档

2、落实到位

开发TL、测试TL共同协商调整任务计划，并分配给对应负责的开发、测试人员

3、无法满足变更需求

一个迭代周期，变更后导致新增功能点过多，评估任务计划无法在交付时间点完成，需要向产品反馈，要求分优先级进行开发，低优先级的下一个迭代周期完成。

如果产品分不出优先级，默认都不重要，请产品向项目经理反馈，申请资源