测试计划和测试流程

测试计划:

（1）测试环境：测试环境+生产环境

（2）测试范围：新增需求+全功能回归

（3）测试重点：优先级为high的

（4）注意事项：开发提供修改点

（5）测试级别：常规啥的

（6）测试方法：功能测试or性能测试

（7）测试文档：测试依据、测试条件、测试用例

（8）计划测试资源：人员以及安排的工作日

（9）是否需要外部支持：是/否

（10）测试出口：发布时间

第一种测试流程:

一、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点。

参与需求评审会议

二、测试计划阶段：主要任务是编写测试计划，参考软件需求规格说明书、项目总体计划，内容包括测试范围(来自需求文档)、进度的安排，人力物力的分配，整体测试策略的制定，和风险的评估与规避措施有一个制定，一般有测试负责人编写，当然我们也会参与相关的评审工作。

三、测试设计阶段：主要任务是编写测试用例，会参考需求文档(原型图)、概要设计、详细设计等文档，有不明确的也会及时和开发、产品经理沟通。用例编写完成后会进行评审。

四、测试执行阶段：首先搭建测试环境，执行预测(冒烟)，以判定当前版本可测与否，如果预测通过，正式进入系统测试，遇到问题提交Bug到缺陷管理平台，并对bug进行跟踪，直到被测软件达到测试需求要求，没有重大bug，测试结束。

五、测试评估阶段：出测试报告，对整个测试的过程和版本质量做一个详细的评估。确认是否可以上线。

第二种测试流程:

总：

1.需求分析

2.编写测试用例

3.需求评审

4.执行测试

5.提出bug，跟踪bug

6.回归测试

7.编写测试报告

8.线上验证

详细:

1.需求分析
在测试前拿到产品需求文档，进行需求分析及需求评审前先对需求文档进行详细的阅读，对有疑问的地方进行标注。
具体可从以下进行：
a.分析产品功能点
b.产品核心竞争力
c.Kano模型、马斯洛需求分析、多问几个为什么、上下文分析法

2.制订测试用例
工欲善其事，必先利其器；对测试而言，测试用例就是器，做好了才能把好关
a.使用思维导图列举测试大纲，尽量发散，想到什么就写什么，；先放后收，对知识点进行总结和归纳，标记重点测试模块，删除冗余及重复测试点。
b.可使用边界值法、等价类划分法、错误推测法、因果图法等设计案例
c.根据测试大纲制定测试用例，需包含模块名、测试优先级、操作步骤、期望结果、测试结果、备注

3.评审测试用例
a.测试作为主导，联合开发、项目经理、PM进行测试用例评审
b.可先讲解测试大纲，让开发、项目经理、PM心中对测试用例有个大概；后再进行详细测试用例讲解

4.执行测试
a.根据测试用例执行测试
b.发现问题保留现场，记录测试方法，通知开发解决问题
c.覆盖测试用例之外若有时间可进行探索性测试

5.提交Bug并推动Bug解决
a.在Bug管理工具上提交Bug，详细记录测试步骤
b.根据Bug严重程度划分Bug等级:致命、严重、一般、提示
c.推动开发解决问题，记录问题进展，一般聊天沟通，若问题严重则需通过邮件推动解决

6.回归测试
a.对已修复的Bug进行验证
b.对Bug所在模块进行基本功能测试；整体进行冒烟测试，确保不会因为修改Bug而引起其他功能出现问题

7.编写并提交测试报告
可使用金字塔原理设计测试报告，先总后分，上级统领下级，下级推导出上级，环环相扣
a.对Bug进行汇总，筛选出各个等级的Bug存活情况
b.制订Bug发现及解决曲线图，一般版本正常应是前期多，后期收敛，存活的是级别较低的Bug
c.总结归纳版本情况，评估发布与否

8.线上验证