测试理论03-svn-缺陷及报告-jira

柔情只为你懂 2022-01-05 11:59 241阅读 0赞

## 回顾--用例设计方法 ##

边界值（三个点，使用步骤）

判定表（适用，四个组成部分，规则，使用）

因果图（适用，四个符号，使用）

正交表（定义，特性，L\_n(m^k)，因素，水平，使用，工具allpairs）

场景法(定义，价值，基本流，备选流，使用)

流程图（定义，使用）

错误推测法（定义，适用）

## 学习目标 ##

理解SVN的基本定义

熟悉SVN的作用

使用SVN客户端向服务端提交本地文件

掌握软件缺陷的定义

掌握软件缺陷报告的基本内容

理解软件缺陷的跟踪流程

了解JIRA工具的基本使用

## SVN版本管理工具 ##

### SVN的定义 ###

开源的版本管理软件，Subversion

### SVN的作用 ###

*  备份，归档
 *  版本管理
    
     *  记录版本变化，查看变更历史
     *  回到某个历史的版本

### SVN的操作： ###

##### 创建版本库： #####

1.  新建文件夹
2.  右键新建的文件夹，选择TSVN--》在此创建文件夹

##### 检出： #####

场景：客户端第一从版本库下载文件

操作：

1.  新建文件夹
2.  右键新建的文件夹，选择SVN检出
3.  确定版本库的URL，检出的目录，点击确认。

##### 更新 #####

场景：从版本库下载最新的版本文件

操作：

1.  选择本地版本文件，右键选择SVN更新

##### 提交 #####

场景：客户端把文件/变更上传到版本库

操作：

1.  在本地版本文件夹中，新建1.txt
2.  右键本地版本文件夹，选择SVN提交
3.  填写注释，勾选1.txt，点击确定

##### 增加 #####

场景：客户端新增的文件/文件夹，提交到版本库

操作：

1.  新建文件
2.  右键文件，选择TSN-加入
3.  进行SVN提交

##### 删除 #####

场景：删除版本库中的文件

操作：

1.  右键要删除的文件，选择TSVN--》删除
2.  进行SVN提交

##### 更名 #####

场景：修改版本库中文件的名字

操作：

1.  右键要改名的文件，选择TSVN--》改名
2.  进行SVN提交

##### 更新至版本 #####

场景：客户端恢复到版本库中的某个历史版本

操作：

1.  选择要恢复文件，右键选择TSVN---》 更新至版本
2.  通过查看日志，选择要恢复的具体版本号，点击确定

## 缺陷定义 ##

软件或者程序中存在的各种问题和错误

## 缺陷的表现形式 ##

*  不符合需求
    
     *  未完成需求规定的功能
     *  出现了需求中指明不能出现的错误
     *  超出了需求范围
 *  违反常识，标准，规范：需求中虽未指明，但是要实现的功能
 *  影响体验：难以理解，操作复杂，用户体验差

## 软件缺陷产生的原因和根源 ##

原因：

*  需求错误
 *  设计错误
 *  编码出错
 *  软硬件环境问题

根源：

*  需求变更
 *  交流不充分
 *  软件本身的复杂性
 *  进度压力

## 软件缺陷的基本内容 ##

*  缺陷的标题：简单描述
 *  预期条件
 *  重现步骤
 *  实际结果
 *  期望结果

## 缺陷的状态 ##

*  新建状态
 *  打开状态
 *  修复状态
 *  关闭状态
 *  拒绝状态
 *  拖延/推迟处理

## 缺陷严重程度 ##

*  最严重：系统瘫痪，死机崩溃
 *  最轻微：界面错误，小的改进建议

## 缺陷优先级 ##

*  最高的优先级：大部分功能不可用
 *  最低的优先级：小的问题，时间允许才会修改

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

*  具有相关性
 *  优先级定义的时候，考虑开发人员技术能力，解决问题的风险。
 *  考虑客户的反馈，在意的内容，严重程度低的缺陷也会优先解决。

优先级最终的定义：

项目经理/产品经理，测试只是给出参考的优先级。

## 常用的软件缺陷类型 ##

*  功能缺陷
 *  界面错误
 *  兼容性缺陷
 *  易用性
 *  改进建议

## 缺陷报告的所有内容： ##

*  ID
 *  所属功能模块
 *  严重程度
 *  优先级
 *  缺陷状态
 *  缺陷类型
 *  缺陷标题
 *  预置条件
 *  复现步骤
 *  结果（实际结果）
 *  期望（期望结果）

可选：附件/图片，关于环境，提交人，解决人，提交时间

## 缺陷报告的重要性 ##

*  误导开发，影响项目开发进度
 *  影响测试人员自身的声誉

## 缺陷报告的注意事项 ##

*  缺陷要保证能够重现
 *  一个缺陷对应一个报告，避免把多个缺陷放在一个报告中
 *  简洁，准确，完整

## 缺陷的跟踪 ##

流程1：测试新建缺陷--》 开发打开--》开发解决--》测试回归--》关闭缺陷（确认解决）

流程2：测试新建缺陷--》 开发打开--》开发解决--》测试回归--》重新指派给开发解决（回归失败）

流程3：测试新建缺陷--》开发拒绝 --》测试关闭

流程4：关闭后的缺陷再次出现---》测试重新打开缺陷

## 缺陷的统计 ##

角度：

*  严重程度
 *  功能模块
 *  引入源，阶段
 *  按照提交人员，开发人员

统计的用途：

*  评估测试人员，开发人员的工作能力和效率
 *  评估缺陷分布的功能或者类型，尝试做出预防

## JIRA简介 ##

*  澳大利亚的一家软件公司开发缺陷管理软件
 *  支持多语言，兼容各种操作系统和硬件平台
 *  功能完善，跨国公司比较常见，一百多个国家中应用

## JIRA的使用者 ##

*  企业管理者
 *  项目经理
 *  开发人员
 *  测试人员
 *  其他人员：运维，设计，销售

## JIRA创建项目 ##

1.  admin登录，密码123456
2.  菜单中选择项目--创建项目
3.  选择“基本开发方法”，填写项目的名称和关键字
4.  确认保存

## JIRA创建用户 ##

1.  admin登录
2.  菜单中选择设置--用户管理
3.  界面的右上角，点击创建用户按钮
4.  填写邮箱，账号名称，用户名，密码，点击保存

## JIRA中的问题 ##

问题的概念：软件缺陷，新功能，新任务，所有的工作

问题的类型可以编辑（admin）

*  项目设置--问题类型---编辑问题类型
 *  通过拖拽进行类型的启用，停用
 *  直接添加系统中不存在的问题类型

## JIRA中的工作流 ##

概念：工作的流程，流转（问题）

*  to do：待办/开始
 *  in progress： 进行中/处理中
 *  in review ： 评审
 *  done ： 完成/结束

## JIRA操作-创建问题 ##

1.  测试人员账号登录
2.  新建问题
3.  问题类型，标题，详细信息，经办人填写开发人员
    
    问题的状态：待办

## JIRA操作-修复问题 ##

1.  开发人员账号登录
2.  查看自己要处理的问题
3.  开始处理缺陷，把工作流改成“处理中”。线下进行BUG的修复
4.  BUG修复完成后，把工作流改成“正评审”，经办人修改为测试人员

## JIRA操作-回归测试 ##

1.  测试人员账号登录
2.  查看自己要回归的问题
3.  如果缺陷验证通过，把工作流改成“完成”。
4.  如果缺陷验证失败，把工作流改成“待办”，经办人修改为开发人员

转载于:https://www.cnblogs.com/snailon/p/10931720.html

测试理论03-svn-缺陷及报告-jira

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关软件测试概述与缺陷报告

相关软件测试理论-缺陷管理

相关软件测试缺陷报告---定义，组成，缺陷的生命周期，缺陷跟踪产后处理流程，缺陷跟踪处理流程，缺陷跟踪的目的，缺陷管理工具

相关【软件测试】缺陷报告

相关功能测试Ⅲ——缺陷及缺陷管理

相关缺陷和缺陷报告

相关测试管理工具--Jira 缺陷报告统计功能

相关 Jira Bug severity（缺陷严重程度）说明

相关测试理论03-svn-缺陷及报告-jira

相关 svn 理论部分