4z 测试流程与实战 - 软件测试

软件测试所有内容笔记正在陆续更新中，笔记已经在本地记录，全部为自己手动记录的笔记及总结，正在开始更新中，后续会逐步更新并完善到 软件测试学习内容总结 专栏。
本节内容：测试流程与实战

1. 测试流程建设实战 - jira系统实战

参考链接

• plantuml：https://plantuml.com/zh
• plantuml 中文文档：
• plantuml 在线绘图地址：https://plantuml.ceshiren.com
• docker hub: https://registry.hub.docker.com/r/atlassian/jira-software
  JIRA：https://jira.ceshiren.com
  hogwarts

---

1. 业务架构分析

• 业务背景

  • 业务：雪球 app
  • 目标：完成测试体系建设
  • 演练平台：参考课程贴
     

• 业务知识梳理

  • 业务架构：业务模块之间的关系
  • 技术架构：技术组件之间的关系与通讯关系
  • 组织架构：协作团队的组织关系
  • 数据架构：数据的关联关系
     

• 测试架构

  • 业务架构：业务架构与流程图分析
  • 测试活动管理
    • 测试用例管理平台
    • 测试执行分析
    • bug 管理平台
    • 测试报告与测试分析图表
       

• 业务架构

  • 思维导图（不涉及时序）
  • plantuml
    plantuml 在线绘图地址
    –UML：统一建模语言
    （有操作流程的场景需要涉及时序）

• 时序图
  
  

• plantuml - 时序图
  第一个例子

  @startuml 
  autonumber 
  
  actor user 
  database db 
  
  Alice -> Bob: Hi Bob 
  Bob --> Alice: HI Alice 
  
  Alice -> Bob: how are you? 
  Alice <-- Bob: Fine, thanks. 
  @enduml
  

  

雪球登录例子

@startuml 
actor 用户 

用户 -> 客户端: 点击帐号密码登录 
客户端 --> 用户: 返回登录界面 
用户 -> 客户端: 输入帐号密码，点击登录 
客户端 --> 客户端: 校验帐号密码 

alt 校验是否通过 
客户端 -> 服务端: 传递账号密码 
else 
客户端 --> 用户: 不通过，展示提示信息 
end 

database 数据库 

服务端 -> 数据库: 查询用户登录信息 
数据库 --> 服务端: 返回查询结果 

alt 登录是否成功 
服务端 --> 客户端: 登录成功 
客户端 --> 用户: 返回登录成功的界面 
else 
服务端 --> 客户端: 登录失败 
客户端 --> 用户: 提示登录失败 
end 
@enduml

2. 测试管理平台介绍

• 测试用例管理平台

  • JIRA：推荐方案，定制型很强
  • redmine：推荐方案，开源，活跃，定制型很强
  • testlink：流行的测试用例管理平台，体验不太好
  • 禅道：国产开源工具

JIRA 测试用例管理
redmine 系统
testlink
禅道

3. JIRA 搭建

• docker hub: https://hub.docker.com/
• jira 镜像: https://hub.docker.com/r/atlassian/jira-software

---

• JIRA的 部署

1. docker pull atlassian/jira-software
   • 将 jira 的镜像拉到本地
2. docker volume create --name jiraVolume
   • 实现 jira 数据的持久化 将数据保存在本地机器
3. docker run -v jiraVolume:/var/atlassian/application-data/jira --name="jira" -d -p 8089:8080 atlassian/jira-software
   • 将容器中 /var/atlassian/application-data/jira目录下的数据映射到刚创建的 jiraVolume 数据存储空间里
   • 给容器起名字jira，后面可以通过 jira 这个容器的名字来对其进行操作
   • -d参数可以让它直接在后台启动
   • -p对端口进行映射 -容器里的端口为8080，外部端口为8089
   • atlassian/jira-software为启动镜像的名字

• 访问：http://localhost:8089

• JIRA的 设置

  1. JIRA 安装程序
  2. 设置属性
  3. 申请试用
  4. 设置管理员账号
  5. 设置电子邮件通知
  6. 进入欢迎页面
  7. 创建示例数据
  8. 设置完成，进入 JIRA 页面

4. JIRA 介绍

jira 写用例 提bug

• JIRA 使用者

  • 管理者
  • 项目经理
  • 产品
  • 开发
  • 测试

• JIRA 界面介绍

• JIRA 中的基本概念

  • Project 项目
  • Issue 问题
  • Field 字段/域
  • Workflow 工作流
  • Screen 界面/屏幕

不同类型的项目区别？工作流

创建项目中关键字字段加数字为在所有项目里创建的问题的唯一id

• 项目 — 项目-查看所有项目
  

• 问题类型 issue — 管理(右上角图标)-问题
  

• 字段 field — 问题-字段
  

• 工作流 workflow — ‘问题’-左侧选择‘工作流’
  
  

• 界面
  

• 项目设置 --点击进入项目-左下角 项目设置
  

2. 测试流程建设实战 - 测试用例管理/Bug管理

课程价值
  掌握JIRA中管理测试用例和Bug的流程搭建
  掌握测试用例导入JIRA的方法
  掌握Bug报告书写方法

大纲
  搭建测试用例管理流程
  JIRA 管理测试用例
  Bug 基础知识
  JIRA 管理 Bug

用什么描述用例 bug? 问题
用例 bug的区分？ 流程

1. 搭建测试用例管理流程

• 新建问题类型-测试用例
  

• 新建测试用例工作流
  

测试用例的状态？执行、通过、失败、忽略、阻塞、关闭

• 新建测试用例界面
  

测试用例需要哪些字段？
系统域：问题类型、概要(必须要有 且为系统域)、报告人、优先级、标签、经办人、模块、链接的问题、附件 等
自定义添加（域设置里）：

• 新建测试用例特有字段
  

• 新建测试用例管理项目
  

2. JIRA 管理测试用例

• 测试用例转化

  • 手工转化
  • 脚本转化
    xmind_csv.py

• 测试用例导入
  

• 测试用例状态转换
  

3. Bug 基础知识

• Bug 定义

  • 程序漏洞
  • 程序错误
  • 程序不完善

缺陷–bug

• Bug 判定标准

  • 软件未达到客户需求文档的功能和性能
  • 软件出现客户需求不能容忍的错误
  • 软件的使用未能符合客户的习惯和工作环境
  • 软件超出需求文档的范围

经典面试题
如果开发人员认为你提交的bug 不是一个bug，该怎么办？

1. 测试人员描述不清楚：提高自己的业务水平
2. 难以复现的bug：保留截图log，保留证据，做好记录
3. 有争议的bug(建议类)：开会讨论
4. 功能性bug(需求理解不一致)：提bug时提供证据

• Bug 严重程度和优先级

  • 致命：修改优先级为最高，该级别问题需要立即修改。
  • 严重：修改优先级为高，该级别需要程序员尽快修改。
  • 一般：修改优先级为中，该级别需要程序员修改。
  • 建议：修改优先级为低，该级别需要程序员修改或不修改。

• 严重程度和优先级的关系

  • 含义不同但相互联系密切的两个概念
  • 一般地，严重性程度高的软件缺陷具有较高的优先级
  • 有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理
  • 有时候一些严重性低的缺陷却需要及时处理，具有较高的优先级

• 不同角色对 Bug 的职责

  • 项目经理：分配Bug，处理意见，定优先级
  • 开发人员：分析Bug，修改Bug
  • 测试人员：提 Bug，反应 Bug 的严重程度，验证 Bug
  • 测试组长：审核提交的 Bug，总结 Bug 情况
  • 产品人员，解释需求，给出处理意见

• Bug 处理流程 -面试

• Bug 处理意见

  • 可修改
  • 重复
  • 推迟处理
  • 设计问题
  • 不可复现
  • 不是问题
  • 不修改

• Bug 报告

  • 记录 Bug
  • 跟踪 Bug
  • 更好的和开发人员交流

• Bug 报告要素 ★

• Bug 报告样例

4. JIRA 管理 Bug

• 新建 Bug 管理项目
  

• 新建 Bug 问题类型
  

• 新建 Bug 工作流
  
  

• 新建 Bug 界面
  

• 新建 Bug 相关字段
  

• 关联到项目

  1. 编辑问题类型
  2. 工作流关联问题类型
  3. 字段关联界面
  4. 界面关联项目

如何写 Bug 报告

• Bug 标题（执行完A，发生B）bug发生的原因+结果
  • 用户登录时，密码框中输入密码，明文显示了
• Bug 内容：测试环境、复现步骤、预期结果、实际结果

一个bug报告中，只能描述一个bug
bug唯一性

Bug 定位

• 外部原因
• 网络原因
• 配置错误
• 缩小范围
• 避免误报

---

课后作业