一名测试人员的项目总结（八）

草帽路飞UU

8.1、如何进行需求分析：

8.1.1需求如何进行分析：

1、显性需求（主流程、业务、功能）

2、隐性需求（如淘宝购物车，先放购物车，过一段时间在结算）

3、特殊需求，如计算年化收益率年化收益率3.65%*10000/365=1块、拼多多订单设置限定时间内结算

4、关联需求

* 不仅要从文档中去分析客户的真实需求，也要学会去分析用户从需求的几个特性出发，一份标准的需求文档应该具备哪些特性，带着这些理解去阅读需求文档，有与特性不一致的地方就是需求不准确的地方，分析文档里的显性需求即真实需求，挖掘隐性需求，不仅要去分析需求，作为一个测试来说，更要学会去分析用户。

8.1.2  需求的特性

需求的特性：

1、完整性：功能的实现和设计信息齐全

2、正确性：真实的反应用户意图

3、精确性：需求对每一项功能的描述必须可理解、充分、包括必要的信息

4、可行性：可通过公司的开发或测试的前期验证

5、必要性：需求文档中无多余成分，每一个需求都是必要的

6、无二义性：需求文档中的功能或者业务解释具有唯一性，不要前面这么说，后面又是不同解释

7、可验性：可以通过验证、模拟，实际能满足用户

8.1.3公司中一个需求从出现到被澄清的过程，从测试人员的角度论述？

1、需求来源：客户（公司会有专门的业务（需求人员）、产品相关人员对需求进行跟进）

2、需求串讲（相关的开发和测试以及其他相关联的部门人员参加会议,澄清会议由产品经理主讲需求相关的内容）

3、需求划分到每个人手里（按模块、按需求的内容进行划分）

4、各自需求负责人对各自需求进行阅读、梳理、分析(找出需求的缺陷、不明确的地方后续在需求会议中进行澄清)

5、直到需求澄清，后续工作围绕该需求进行开展

★8.2.1项目串讲

1>◆对项目进行一个基本介绍

(这一部分对项目的基本介绍,重点概要说明项目的基本功能和组成部分)(https://www.pmdaniu.com/rp/detail/86260)

→举例一：我最近测试的xxx项目是一个B/S架构的web架构，xxx是一个B2C的电商平台系统，运营模式类似于天猫，京东这类B2C类型的网址。项目系统由前后台两部分构成。前台面向购物用户，包括会员、商品展示、购物车、订单、支付、用户中心等系统模块。后台面向经营商家，包括商品管理、会员管理、订单处理等系统模块。

→举例二：本商城系统是一个综合性的B2C平台，类似京东商城，天猫商城。会员可以在商城浏览商品，下订单以及参加各种活动，商家可以入住淘淘商城，在该平台上开店出售自己的商品，并且得到淘淘商城提供的可靠服务；管理员和运营可以在后台管理系统中管理商品、订单、会员等；客服可以在后台系统中处理用户的询问以及投诉。

2>◆说明自己负责测试的模块

这一步，我们需要向别人说明项目中的哪些模块是自己负责的，比如：我在项目中主要负责前后台会员管理，以及前台购物车、订单、支付及后台订单处理相关模块测试。

这一部分需要挑选自己比较熟悉的业务功能模块，以为后续面试的问题可能就出自这些模块。

3>◆针对部分模块展开进行说明

最后挑选一些有代表性的模块展开说明，这里需要注意的是说明的模块或者业务一定要描述的清晰有条理。

案例1：购物车

购物车基本功能：添加、删除、跳转详情、编辑商品数量、金额显示

购物车与其它关联：

→用户模块(未登录用户不能添加商品，登录之后才能进行添加等等)

→商品模块(商品价格、商品库存)  

→订单(订单生成，购物车内对应的商品清除)

→优惠活动(优惠券)     

        

→订单处理

我们项目后台订单处理主流程是：商家确认订单——发货——判断用户是否线下支付——如果线下支付，就先确认收款，再进行收货；如果是线上支付，直接进入收货——订单处理结束——后续有售后和评价的相关流程。

商家除了确认订单，还可以对订单进行取消操作，改变价格、收货异常或其他情况下还可以进行退款操作。

★电商行业的一些概念：

B2C:指商家对客户。京东、当当发展为B2C平台，天猫(B2C平台，淘宝商城由马云提出，率先发展为平台)，1号店也是(在上海)

B2B:指商家对商家。如阿里巴巴(不零售，只批发，淘宝很多商家都会去阿里巴巴进货)

C2C:指个人对个人。如淘宝市场，淘宝，QQ商城

首先我们要有商品，管理员可以在系统中管理商品，用户可以查看商品;商品多了之后要有类目模块，管理员可以管理类目信息，用户可以根据类目信息检索商品。有了商品之后。要有人去买东西，普通用户注册成为会员，会员可以登录到系统管理自己的信息(密码等)；买了之后会生成订单，会员可以购买商品并且可以下单，管理员可以管理订单；有了订单之后，需要支付(在线支付/货到付款)

案例2：银行信用卡

基本流程：贷前——贷中——贷后

贷前：H5(类似宣传海报，扫码)申请/业务Pad贷款申请/app贷款申请/进度查询

贷中：审批，待面签——审批——放款

贷后：放款之后——还款——逾期处理

客户贷款申请，平台审批描述较为简单不能作为核心业务的流程介绍

贷款申请——细化

>H5自主在线申请，客户自己通过扫二维码进行提交资料

>ad贷款申请，app贷款申请  由客户经理代客户录入进行贷款申请

H5自主贷款申请流程：客户可以通过客户经理分享的营销海报识别二维码后办理贷款业务，点击”贷款申请”，进入基本信息申请页面，系统支持手动填写身份信息/OCR识别身份证后返现证件信息，填写完成点击下一步选择业务办理类型，包含车位贷款、房贷和其它，选择其中一项业务类型继续填写详细申请信息，录入完成后进入信息确认页面，预览所填 信息是否有误，无误后提交成功，该申请提交至对应客户经理的待面签箱，由客户经理当面面签，面签成功后再带核查箱继续补录借款人还款能力等信息，补充完成后提交至复核岗。

总结：

1、扫描营销海报二维码，进入贷款申请

2、手动填写基本信息/OCR系统识别身份信息，并返写

3、选择业务类型：信用贷、抵押贷款、具体的贷款产品

4、填写贷款的详细信息

5、信息确认，提交贷款信息到待面签

8.3测试计划

8.3.1 测试计划的组成

1）简介（目的、背景、范围）

2）测试约束(测试准入、测试准出)

3）资源与环境(人力资源配置、测试环境配置、软硬件资源配置)

4）测试任务与进度(用例编写完成的时间节点，测试需求完成的时间节点)

5）风险及风险管理(对有可能因为测试不到位的地方打预防针)

6）测试交付文档(用例、小结报告、总结报告等)

7）测试阶段(冒烟测试阶段，SIT测试阶段，回归测试阶段)

8.3.2 测试策略：描述测试工程的总体方法和目标

★制定测试策略的内容主要包含三个方面：

→确定测试过程要适用的测试技术和工具；

→制定测试启动、停止、完成标准；

→进行风险分析和应对方案

★常见的测试策略(16种)：功能测试，性能测试，压力测试，容量测试，安全性测试，GUI测试，可用性测试，安装测试，配置测试，异常测试，备份测试，健壮性测试，文档测试，在线帮助测试，网络测试，稳定性测试；

8.3.3 测试方案、测试策略、测试计划与测试用例之间的区别：

◆测试方案：测试工具的设计和选择，测试用例的设计方法，测试代码的设计方案。测试方案需要在测试计划的指导下进行。

◆测试计划：

1、对测试全过程的组织、资源、原则等进行规定和约束

2、制定测试全过程各个阶段的任务分配以及时间进度安排

3、提出对各项任务的评估，风险分析和管理需求

4、围绕管理层的一次活动

★测试方案与测试计划的区别：测试计划提出”做什么”，而测试方案明确”如何做”。一个偏行动方案，一个偏执行。

◆测试策略：侧重需求分析，评估风险，定义测试范围，确定测试方法，制定测试启动、停止、完成标准和条件。

◆测试用例：根据测试计划，制定完成测试任务的具体测试步骤。