【功能测试05-熟悉tpshop项目】
一、熟悉项目的标准
1.熟悉项目的核心模块（单个模块能干什么）
2.熟悉项目的核心业务流程（用户如何使用）
二、熟悉项目的步骤
1.项目是给谁用的？
熟悉项目的用户/对象
2.项目的组织架构图（包含的模块）是什么？
Xmind整理项目的构成页面
3.项目是做什么的？
熟悉项目的核心业务流程
项目中不同角色的用户如何使用系统以完成对应的业务工作流程
4.项目中最重要的功能模块有哪些？
熟悉项目的核心功能模块
项目组织架构图中涉及到核心业务流程的功能模块
5.项目的技术栈
三、熟悉项目的方法-熟悉项目的信息来源
1.文档
需求说明书、设计文档、测试用例、用户使用手册等
2.环境
开发环境、测试环境、生产环境
3.询问项目组中相关成员
产品人员、开发人员、测试人员、项目负责人等
四、熟悉tpshop商城项目
4.1 熟悉项目的用户和角色
角色名称 前台/后台 角色描述
游客 前台 未注册用户
注册会员 前台 注册用户
超级管理员 后台 拥有网站管理所有操作权限
仓库管理员 后台 仓库管理
客服 后台 处理订单，发货
4.2 熟悉项目的组织架构
项目组织架构图反映的是一个项目中包含的多个功能模块以及他们之间的组织关系（模块 - 子模块）
后台功能 - 组织架构图的绘制
1.先画一级菜单
2.在一级菜单下，画出对应的二级菜单
3.在二级菜单下，画出对应的三级菜单
4.直到单个功能页面（不用画出页面中的具体功能点）
前台功能 - 组织架构图的绘制
1.找到前台的主要页面（从上到下、从左到右的顺序依次绘制）
2.绘制到单个功能页面为主
3.为了更好的层次感，可以对页面进行归纳
4.3 熟悉项目的核心业务流程
正在进行中的项目：通过测试环境已经完成的需求熟悉
刚开始的新项目：通过产品的需求文档和产品的讲解熟悉，UI设计文档/原型图
tpshop商城项目是一个单商户的购物商城，可以实现商品的线上销售活动。
核心业务流程主要有：
（1）前台购买流程
注册登录 - 搜索商品 - 选择商品 - 下单支付（货到付款）
后台收款后 - 前端进入我的订单详情 - 查看订单状态 - 确认收货 - 评价完成
（2）后台发货流程
后台订单管理 - 确认订单 - 发货确认 - 收款
（3）商品退换货流程
前台发送售后申请
后台进行退换货审核 - 审核通过 - 原路退款
前端用户查看个人账户余额
4.4 项目的核心模块
根据项目的业务流程的熟悉及项目的组织架构，标记处与业务相关（最重要）的核心模块。
4.5 了解项目的技术实现
LAMP：Linux（CentOS7） + Apache + MySQL + PHP
五、测试流程
5.1 项目测试流程
- 需求评审：对于产品编写需求文档进行评审和评估的过程
- 编写测试计划和测试方案：实施测试过程中需要的设备、资源、时间等信息
- 测试用例设计和评审：根据需求将需要转化为具体可以验证的测试点
- 测试执行并提交缺陷：根据评审之后的用例进行执行验证产品质量
- 编写测试报告：对于整体测试过程的总结和质量的说明
5.2 需求评审
5.2.1 目的
什么是需求？
软件需求是指为用户解决某一问题或达到某一目标所需的软件功能。
什么是需求评审？
需求评审是项目相关人员就软件需求进行确认和评估的相关活动。
为什么要进行需求评审？
保证需求说明书的完整，准确。
保证项目团队对需求的理解达成一致。
5.2.2 人员
产品、开发、测试
5.2.3 形式
会议形式
邮件形式
5.2.4 需求评审中测试人员的职责
读懂需求：确认自己对需求要有清晰的理解，没有疑惑。
找出错误：确认需求文档完整、准确，能够指导后期工作。
给出建议：对需求不合理的地方提出自己的修改建议。
5.3 编写测试计划和测试方案
5.3.1 测试计划的定义
测试计划是一个测试过程中的文档，描述了要进行的测试活动的范围、方法、资源和进度。
5.3.2 测试计划的核心内容
- 明确的测试目标与测试范围
- 执行计划的角色与职责
- 任务的进度安排与资源分配
- 风险估计和应急计划
- 测试的准入/准出标准
5.3.3 测试方案的定义
测试方案是一个测试过程中的文档，从测试的技术角度去分析需求，在方向上明确要怎么测，分析结果重点在于测试策略与技术实现。
5.3.4 测试方案的核心内容
- 测试策略：具体使用的方式方法，如何完成测试工作
- 测试环境的规划：具体实施需要的测试环境
- 测试工具的设计和选择：具体实施测试工作可能需要的工具
5.3.5 测试计划和测试方案的对比
区别：
测试计划是管理型文档，描述“测试什么，谁来测试？”
测试方案是技术性文档，描述“怎么测？”
联系：
实际项目中测试计划与方案可以合并为一个文档
一般由测试负责人（组长）编写制定