【功能测试】3_Web项目 _单功能模块测试

一、单模块测试介绍

1.1 熟悉需求

1、需求从哪来
——需求文档
——UI/UE设计稿（产品原型图）  {UI是基于原型图给它上色，原型图从产品那来}
——已存在的软件界面（不一定有）

2、怎么熟悉需求？
——阅读并理解文档描述（能看懂就行）
——操作已存在的软件界面，能构造出对应场景

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

1.2 提取测试点

1、测试点提取
——功能显示
——功能操作

2、测试点设计
——逐个分析测试点是否需要测试用例设计方法

注：通常使用Xmind

1.3 编写测试用例

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

将分析设计后的测试点，进行逐条覆盖，转化为测试用例（8要素形式） 
——1条测试用例尽可能多的覆盖多个正向测试点（1对多）
——1条测试用例只能覆盖1个逆向测试点（1对1）


用例设计编写格式说明
——用例编号：项目_模块_编号（如：tpshop_login_001, 注意不要出现中文）
——用例标题：预期结果（测试点）
——模块/项目：所属项目或模块
——优先级：表示用例的重要程度或影响力P0~P4（P0最高）
——前置条件：要执行此条用例，有哪些前置操作
——测试步骤：描述操作步骤
——测试数据：操作的数据，没有的话可以使用/表示空
——预期结果：期望达到的结果

1.4 测试用例评审

自己设计的测试用例，项目其他人能看懂吗？——测试用例评审

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

评审形式：
——会议形式
——交叉评审

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

1.5 执行测试用例

1、何时开始执行：
——冒烟测试通过
——按照测试计划约定的时间
——测试环境已经准备就绪

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

3、执行结果记录：
——测试通过 - PASS
——测试失败 - FAIL
——测试阻塞 - BLOCK
——功能缺失 - N/A

1.6 缺陷跟进和管理

登记缺陷：
——缺陷要保证
——一个缺陷报告只描述一个BUG

跟进缺陷：
——跟进禅道上缺陷情况
——优先级较高的缺陷要及时驱动开发进行修复
——目标：缺陷的修复速度不能影响测试进度和上线时间

回归缺陷：
——对于禅道状态为已解决的问题进行再次测试
——回归测试时一定保障测试环境包含了修复缺陷的代码

缺陷跟踪管理：
——缺陷报告
——缺陷管理工具（如禅道等）

二、商城单模块测试

2.0 非功能（显示和兼容）

非功能中（显示和兼容），整个项目只测试一个就可以，不需要每个模块都去写。写5条用例就可以（写太多太冗余）

2.1 登录

1、熟悉需求

2、提取测试点

3、编写测试用例

2.2 搜索

1、熟悉需求

2、提取测试点

提示：排序作为预期结果检查项

3、编写测试用例

2.3 购物车

1、熟悉需求

2、提取测试点

3、编写测试用例

2.4 支付业务

1、熟悉需求

2、提取测试点

3、编写测试用例

2.5 个人中心-交易中心

1、熟悉需求

2、提取测试点

3、编写测试用例

2.6 发货功能

1、熟悉需求

2、提取测试点

2.7 退货功能

1、熟悉需求

2、提取测试点

2.8 添加商品

1、熟悉需求

2、提取测试点

3、编写测试用例

2.9 抢购

1、熟悉需求

2、提取测试点

3、编写测试用例

2.10 优惠券

1、熟悉需求

2、提取测试点

3、编写测试用例