一。测试流程

1.需求评审        确保各部门需求理解一致

2.计划编写        测什么，谁来测，怎么测

3.用例设计        验证项目是否符合需求的操作文档

4.用例执行        项目模块开发完成开始执行用例文档实施测试

5.缺陷管理        对缺陷进行管理的过程

6.测试报告        实施测试结果文档

1.需求评审：

        1.评审之前：阅读需求，记录疑问点

        2.评审形式：一般以会议的形式展开(产品经理、项目经理、 开发人员、测试工程师）

        3.评审目的：明确测试范围，站在不同角度对需求进行查漏补缺，各部门对需求理解一致

        4.评审产出：各部门工作内容，评审通过的需求文档

2.测试计划：

        编写测试计划目的： 指导测试组成员进行工作和让测试组以外的项目成员了解测试的工作

        编写人员：项目测试负责人

        计划类型：项目总计划/个人执行计划

        核心内容：测试对象和范围/测试进度安排/准入准出标准

二。业务流程测试

1.业务流程定义：客户使用软件的过程中，为了达成自身的所想 要的目的，按照指定的顺序去操作软件的功能，这样的操作过程叫业务流程

2.业务流程来源：

        正常情况：一般由产品提供

        特殊情况：测试人员自己画

3.业务流程测试方法：流程图

流程图法也叫场景法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例。 适用场景： 在业务场景中涉及多功能的组合逻辑

使用步骤：

        根据流程图找出路径

        编写测试用例（从开始到结束为一条路径，有多少条路径就有多少条用例）

流程图法测试不需要深入功能内部详细测试，主要测试流程

业务流程测试完成后需要针对单模块进行更加详细的测试

三。单模块测试

1.单模块测试内容：

        1.功能

        2.UI界面性

        3.兼容性

        4.易用性

        5.性能

        6.安全

   

        以用户角度，待测试软件的可见功能（需求说明书）

        产品原型图（UI/UE设计稿）所绘制的效果（显示与布局）

        以用户角度，待测试软件的可见功能（需求说明书）

        以用户角度，检查系统是不是很好操作，很好上手

2.单模块功能测试步骤：

        1.熟悉需求

        2.提取测试点，编写测试用例

        3.测试用例评审

        4.执行测试用例

        5.记录执行过程，登记跟进缺陷

        6.测试报告

        1.熟悉需求：

                需求来源：需求文档/UI或UE设计稿（产品原型图）/已存在的软件界面

                怎么熟悉需求：阅读并理解文档描述，操作已存在的软件界面，能构造出对应场景

                熟悉程度：说清楚用户使用该功能时能做什么？ 能列出该模块下的功能点有哪些？

        2.用例编写:

                根据测试点逐条编写测试用例

        3.用例评审

                评审目的：1.查漏补缺  2.与开发人员实现方案保持同步

                评审形式：1.会议形式 2.交叉评审

                评审结果：项目内一致认可的测试用例

        4.执行测试

                何时执行：1.冒烟测试通过 2.按照测试计划约定的时间 3.测试环境以及准备就绪

                用例执行方式：1.逐条执行 2.按优先级执行 3.按模块重要性逐一执行

                执行结果记录：

                        测试通过----PASS

                        测试失败----FALL

                        测试阻塞----BLOCK

                        功能缺失----N/A

        5.缺陷跟进与管理

                1.登记缺陷：缺陷要保证能够复现，一个缺陷报告只描述一个 BUG

                2.跟进缺陷：每日跟进禅道上缺陷情况。优先级较高的缺陷要及时驱动开发进行修复

                                     目标：缺陷的修复速度不能影响测试进度和上线时间

                3.回归缺陷：对于禅道状态为已解决的问题进行再次测试 。回归测试时一定保障测试环

        6.测试报告

              报告核心内容：