工作中真实的软件测试流程

以下为 v1.2.34.56版本为例的测试流程

1、产品经理/需求分析人员编写需求文档(发给部门所有人了解需求文档)

2、进行需求评审/澄清（项目所有人）

3、需求定版（需求定版之后一般是不能修改的）
注意：理论定版本之后是不能进行修改的
常问问题：
1）需求文档里面写了什么内容
2）产品经常修改需求不跟测试说怎么办

4、开工会（项目启动，规划这个版本计划，例如 上线时间）
注意：每个公司的这个会议名字不一样

5、编写测试计划（由经理编写，跟我们相关的有分配模块。测试计划包含什么我们要记得）
常问问题：有没有写过测试计划

6、提取测试功能点：
注意：画思维导图并且进行评审，评审的模式是以开会的形式测试人员讲解，参加人员有：开发 测试

7、测试点的评审
注意：理论上输出的文档都得进行评审

8、编写测试用例
有关问题：
1、怎么写好测试用例：
2、怎么保障用例能覆盖所有需求
3、用例状态有什么
4、讲讲你们项目当中写了多少测试用例（项目二）
5、你一天当中执行了多少测试用例
6、如果时间有限无法执行所有的用例，你怎么处理（测试时间被压缩）

9、用例评审（参加人员：产品经理开发测试 形式：开会的形式）
注意:到此测试人员的前期工作基本完成

10、开发提交测试版本
1、搭建测试环境（只有项目从无到有的时候才搭建，记住ecshop的搭建过）
2、更新版本（不需要搭建测试环境，只需要更新开发提交过来的文件到测试环境当中）
注意：详细讲解具体怎么做的
3、搭建测试环境所用的linux命令(搭建测试环境linux命令需要记住)

11、执行测试用例：
1）进行预测试，执行流程用例
2）预测试通过之后执行单功能测试用例（在执行用例时，发现用例有问题得及时更新）
3）执行用例发现bug，bug提交到禅道
1、bug流程是怎么样的
2、bug要素有哪些
4）开发认为不是bug你认为是的怎么办

5）提交一个bug开发说没时间放一放

12、回归测试
1、全量回归
执行所有测试用例(上线前的当前版本用例执行和上个版本的用例执行)
2、部分回归
验证修改的bug

13、遗留bug处理：
上线前对没有解决的bug进行分析，那些bug是该版本需要解决的（中级以上的bug）哪些bug是可以放到下个版本解决（轻微 建议）

1）如果你提了一个bug认为严重，这个是时候上线时间到了是让上线还是不让上线

14、编写测试报告（测试报告的内容要记住）
1、测试报告在什么时候写
2、测试报告由谁写，怎么写的
15、上线：
1）项目外包：提交给实施，由实施去跟客户沟通教客户使用，具体产品我不知道客户怎么运营的
2）自研：一般选择在凌晨上线，测试人员需要在上线之后进行一个
3）上线具体做什么：把测试服务器上的文件更新到线上（这个更新可能有开发去更新）