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

 

回顾--用例设计方法

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

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

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

正交表（定义，特性，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. 若是缺陷验证失败，把工做流改为“待办”，经办人修改成开发人员