1、测试流程（重要）

• 需求分析预评审

• 编写测试计划与测试方案（重要）

• 执行测试用利与 缺陷跟踪 （重要）

• 编写测试报告

2.需求分析与

2.1 需求

• 解决问题

• 达到指定的目标

  2.2为什莫要做需求评审

• 降低以为需求不能明确带来的项目失败分险

• 确定需求的完整与准确

• 要需求文档

参加人员：测试人员、开发人员、项目经理、、、

2.3、测试人员需要注意点

• 确认我们对于需求的准确性，理解性

• 确认需求有歧义

• 确认对需求的把握度

• 确认需求有无明显的 错误

  伦波图：就是商城打开的轮回的图片

• 提出改进建议

2.4需求评审-1 用户信息测试案例

• 移动电话
• 头像看着不舒服、太大
• 用户名没对齐
• 固定电话
• 真实姓名可以不出现 ，为保护隐私
• qq没有必要在
• 错别字

2.5评审角度

• 界面上

• 逻辑上、一般使用角度，用户角度

• 流程

• 等。。。。

  • 项目没开始，需求都定下来就可以进行测试

3.0、编写测试计划和测试方案

3.1、测试计划----管理文件

测测试计划偏向管理的文件

• 规定测试的范围，方法，资源和进度

• 核心内容

  • 范围与目标

  • 角色和知者

  • 进度（便向管理文件）

  • 风险评估

  • 准入准出

    • 准入：开发
    • 准出：运维

    3.2、测试方案---从技术角度

在乎测试技术的角度

• 冲技术角度分析，明确该怎么进行测试，更加在乎的是测试的策略和实现

3.3、区别

	测试计划	测试方案
	目标与范围	策略
	角色与职责	方法
	资源和进度	环境
	分险评估	工具选择
	应对分险策略	语言选择
	准入准出标准

4.0、设计测试用例与评审

4.1基本的测试策略

用户注册--->商品的列表页星西----->产品详情页信息--->下订单--->付钱--->等着收货---->订单完成

4.1.1冒烟测试

• 基本功能
• 核心功能

4.1.2功能测试

• 购物车
• 登录、注册
• banner图（轮播图）ban
• 支付
• 等

4.1.3、集成测试

• 组装测试，在单元测试的基础上，将所有程序模块进行有序的，递增的测试，重点测试不同模块的接口部分

4.1.4 系统测试

-指的是将整个软件系统看为一个整体进行测试，包括对功能、性能、以及软件所运行的软硬件环境进行测试。

4.1.5验收测试

• α测试：Alpha是内测版本，即现在所说的C8，比版本表示该软件仅仅是一个初步完成品，通常只在软件开发者内部交流，也有很少一部分发布给专业测试人员。一般而言，该版本软件的bug较多，普通用户最好不要安装。

• β测试：Beta是公测版本，是对所有用户开放的测试版本。该版本相对于a颜已有了很大的改进，消除了严重的错误，但还是存在着一些陷需要经过大规模的发布试来进一步消除。这一版本通常由软件公司免费发布，用户可从相关的站点下载。通过一些专业爱好者的测试，将结果反馈给开发者，开发者们再进行有针对性的修改。该版本也不适合一般用户安装。

• λ测试：Camma版本，指的是软件版本正式发行的候选版。该版本已经相当成熟了，与即将发行的正式版相差无几，成为正式反布的候选版本。

5.0 尚惠有萍 -banner

5.1、需求评审和分析

5.2 、编写测试计划和测试方案

5.2、编写测试用例和评审

5.3.1编写测试用例

• 需求分析-->确定测试点--->测试用例

5.3.2、测试用例的核心要素

• ID （项目编号）
• 模块（优先确定模块）
• 优先级
• 标题
• 测试数据
• 前置条件
• 测试步骤
• 预期结果

6、尚惠注册

6、1需求评审和分析

1、提示语和输入框必须并列排布

2、采取右对齐方式

3、验证码输入框和按钮需要重新排版

4、卖家和买家按钮均分

5、留白过大

6、注册框超过背景

7、用户协议的勾选