文章目录

• 软件缺陷
• 缺陷报告

本文作为本人软件测试学习的笔记，本博文并非完全按照学习视频的内容来架构，而是依照本人对软件测试重点的理解来撰写，可以理解为精华版的软件测试课程。仅供博主本人参考学习。

软件缺陷

两种定义
定义一：软件缺陷的定义
1.需求要求的功能没有实现
2.实现了需求没有要求的功能（画蛇添足）
3.软件中出现了明确指明的不应该出现的错误
如：android app异常退出、崩溃、打不开等等（默认指明）
4.需求虽未明确提及，但应该出现的功能没有实现
5.软件难以理解，不宜使用，运行缓慢等让用户觉得不爽的一切地方
说明：需求未必涵盖所有的功能（结合第四点来看）
说明：软件测试员应当站在用户的角度（结合第五点来看）
软件的基本要素（两个）：
A、功能能够实现
B、具备强大的异常处理能力（健壮性）

定义二：IEEE定义
IEEE729-1983对缺陷有一个标准的定义：
从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；
从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

1.从软件的外部来看（黑盒）
2.从软件的内部来看（白盒）

定义三：通俗版
用户在软件的使用过程中遇到的任何软件错误、异常都可以称之为软件缺陷。

什么是软件测试/strong>
从软件（程序和文档）中尽可能多的查找缺陷的过程
提示： 只要完成了查找缺陷的过程就是在做软件测试，无论找到还是没找到缺陷。

手工测试的日常主要职责：
1.设计编写《测试用例》→执行测试，记录结果→可能会发现缺陷
→将缺陷填写到《缺陷报告》中，并提交给开发部门。

提示：测试用例是测试人员最重要的技术

bug 的由来
bug是计算机领域专业术语，意思是漏洞，原因是系统安全策略上存在的缺陷，有攻击者能够在未授权的情况下访问的危害。
bug狭义的概念是指软件程序漏洞或缺陷，广义的概念还包括测试工程师或用户所发现和提出的软件可更改的细节、或与需求文档存在差异的功能实现等。
名称由来：
为马克2号（Harvard Mark II）编制程序的葛丽丝·霍波（Grace Hopper）是一位美国海军准将及计算机科学家，同时也是世界最早的一批程序设计师之一，有一天，她在调试设备时出现故障，拆开继电器后，发现有只飞蛾被夹扁在触点中间，从而“卡”住了机器的运行。于是，霍波诙谐的把程序故障统称为BUG(飞虫)，把排除程序故障叫DEBUG，而这奇怪的“称呼”，竟成为后来计算机领域的专业行话。

缺陷报告

一、软件项目测试的过程
1.熟悉需求
2.制定测试计划
（一般有测试组长或测试经理，测试人员阅读并执行）
3.设计测试（分析并编写《测试用例》）
4.执行测试，记录测试结果
5.记录bug（通过《缺陷报告》记录bug），跟踪、管理缺陷
6.测试总结（总结报告）

二、缺陷报告
缺陷管理工具（有bug管理功能的）
如：禅道（中文）、qc等。

1.什么是缺陷报告
发现缺陷→用缺陷报告记录缺陷→将缺陷报告提交给开发方，并跟踪、管理缺陷，缺陷报告是测试人员和开发人员之间重要的沟通工具。

2.如何编写缺陷报告
缺陷报告的组成（各个公司所用测试平台不同 ，因此缺陷报告略有差异）
（1）缺陷编号（defect id）
记录发现缺陷的顺序号，缺陷编号是以项目为单位进行记录的
缺陷编号可以唯一标识缺陷。在缺陷管理工具中缺陷编号通常是自动生成的。
（2）缺陷标题（summary）
简明扼要的概括什么是缺陷
（3）缺陷的发现者（detected by）
测试人员自己
（4）提交缺陷的日期（detected on date）
缺陷应及时提交
在测试管理工具中通常会自动获取系统日期显示
（5）缺陷指派给谁处理（assigned to ）
first：测试人员指派给开发方的负责人（开发经理）
second：开发经理指派给相应的开发人员去处理
（6）发现缺陷的功能模块（subject）
可以帮助定位缺陷位置，便于来发经理确定哪个开发人员负责处理缺陷
（7）缺陷所属的版本（deleted in release/version）
说明：这里所指的版本不仅指发布上线的最终版本，也指开发过程中形成的很多临时版本。
拓展：
●回归测试：在当前版本中，对上一个版本中测过的功能在测试一遍。

●为什么要回归测试：
1.之前的版本中被解决的bug在当前版本可能会产生新的问题
2.新添加的功能可能会对原有功能产生影响，形成新的缺陷

●回归测试中存在大量的重复测试，为了提高测试效率，企业会选择使用自动化的方式进行（条件允许时）。

（8）缺陷的状态（status）
表明该缺陷处于什么情况
●缺陷的处理过程（生命周期）

来源：一种天气