软件测试-学习记录-04-软件测试流程，测试用例编写规范，如何使用禅道

---

前言

这里需要使用到的东西：excel，搭建好的禅道项目，SVN工具

---

一、项目组成员

• 产品经理 (业务)(提需求)
• 项目经理（管理）
• 开发组 （新需求： 编码/正在做的项目：修复Bug）
  开发组长，开发成员...
• 测试组(对应需求提Bug)
  测试组长，测试成员..
• 运维
• 架构师
• UI
  …

二、开发流程

• 产品经理提需求，需求立项
  （项目组相关成员）需求澄清会
• 项目经理组团队
• 开发：概要设计、详细设计、编码
• 测试
• 发布，运行维护

三、测试流程

• 产品经理提需求(编写文档：需求规格说明书 SRS)
• (UI,开发) 测试：组长分配任务，熟悉各自需求(Xmind提取测试点，编写用例，评审用例)
• 开发做单元测试，转测
• 单元测试报告，搭建测试环境，冒烟测试
  • 全量测试
    • 执行用例
    • 及时提Bug，跟踪Bug，直至修复为止
    • 几轮回归测试
    • 编写测试报告
    • 发布上线
    • 项目总结

四、软件测试类型

• 测试按阶段划分：

  单元测试(UT)
  集成测试(IT)
  系统测试(ST)
  用户验收测试(UAT)

• 查看源代码划分：

  黑盒
  白盒
  灰盒

• 项目类型划分：

  OA
  电商
  物流
  银行、支付、证券
  游戏

• 执行方式：

  手工测试
  自动化测试

• 按照是否运行代码：

  静态(不执行代码)
  动态（需要执行代码）

• monkey(App Android)

四、测试工具

-Linux(OS) - VMWare

基本命令，搭建测试环境

• XShell / SecureCRT

远程连接Linux的工具

• MySQL/Oracle… 数据库

存储数据的软件

• SQLYog / Navicate / DBEaver 远程连接 MySQL
• Apache (Web服务器)
• 禅道 (项目管理工具)
• Xmind (提取需求测试点)
• Excel(编写测试用例)
• Word(编写测试计划，测试报告)
• Processon (画业务流程图)
• Python->PyCharm(编写自动化测试脚本)
• JMeter(接口测试，性能)
• LR(性能测试)
• SVN(版本控制,团队资料共享)

五、测试用例编写规范

• 用例所需要用到的元素

用例编号，所属模块，用例标题，前置条件，操作步骤，预期结果，用例类型，优先级

• 用例编号

可识别性
规则：产品/项目名称_测试阶段名称_测试特性名称_测试模块_测试子模块_序列号

• 所属模块

标注该用例属于哪一模块

• 用例标题

可识别性，简明
规则：子模块_用例所检查的信息

• 前置条件

测试用例执行的前提条件

• 操作步骤

执行用例的具体步骤（细分）

• 预期结果

这个用例，产品所要求的结果

• 用例类型

功能测试
压力测试
可用性
安全性
UI
性能测试
兼容性
可靠性

外部和内部质量

功能性
可靠性
易用
效率
可移植
维护性

• 优先级

用例对于项目/产品工期影响的大小

六、禅道的使用

• 角色分配：
  • 管理员

    维护公司，添加成员（至少添加以下4个成员）

  • 产品经理

    新建产品 维护模块 计划 新增需求 发布

  • 项目经理

    新建项目 组建团队 分解任务

  • 开发

    领取开发新任务 修复Bug

  • 测试

    写用例 执行用例 提Bug

• 测试人员在禅道的使用

  • 撰写用例

    按照需求在exel中写用例

  • 导入用例

    1.进入禅道页面，点击测试，左上角选择相应产品，点击用例
    2.右上角导出GBK模板，将自己的用例按照模板排列
    3.导入用例

  • 执行用例

    2.点击测试，点击相应的产品，点击用例
    3.点击执行

    通过（期望结果=实际结果）
    失败（期望结果!=实际结果，提Bug）
    阻塞(可能因为测试环境，数据没造好，功能没实现…等原因，导致用例无法执行)
    忽略（这次先不用测试）
    执行用例过程中，如果发现有bug,就提Bug

  • 提交Bug

    点击测试，点击相应的产品，点击Bug，点击提Bug
    指派给相应的开发人员

    • Bug重点关注的要素：
      • Bug标题（开发第一眼看的就是标题，简洁清晰明了）
      • 复现步骤（同用例操作步骤一样）
      • 预期结果
      • 实际结果
      • 严重程度
        • 1: 致命缺陷

          服务器挂掉
          数据库死锁
          APP ANR闪退
          内存溢出
          重要的数据丢失，无法找回

        • 2: 严重缺陷

          业务流程无法跑通
          重要的数据丢失，但可以找回

        • 3: 一般性缺陷

          字段用例(长度超长，类型，必填…)

        • 4: 轻微缺陷

          UI
          提示性，建议性

    • 附件
      截图(web UI项目)，录屏
      日志(app项目，接口）
• 验证Bug

开发人员解决完Bug后，进行复测

• 关闭Bug

进行几轮回归测试后，关闭Bug