软件缺陷包括哪些内容？

Question

软件缺陷包括哪些内容？

Answer 1

一般我们都认为测出一个问题就是一个bug，其实这是不对的，假设测试10个问题就10个bug，而修改一出就全解决了，程序员肯定认为冤枉自己。
所有软件是文档，代码等组成的，最初的错误是来自于这些软件错误(software error)，如代码中加法写成减法。软件错误导致软件缺陷(software defect)，如设计缺陷，代码缺陷等，可用静态测试，如走查，静态检查，测试床（军事软件用的技术）等，软件的缺陷导致一个或多个软件故障 (software fault)，故障有内部故障，外部故障，也就是我们所说的bug，软件故障导致了软件在功能操作等方面的失效(software failure)。
我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改，相应的故障与失效也就解除了。这样分有助于我们定位问题，找到问题。

Answer 2

软件危机是计算机软件在它的开发和维护中所遇到的一系列严重问题
软件缺陷是不是软件开发存在的问题 是客户使用过程中出现的问题
主要有：软件成本和进度的估计常常很不准确
用户对“已经完成的”软件系统不满意
软件产品的质量靠不住
软件是不可维护的
软件没有适当的文档资料
软件成本在计算机系统总成本中所占的比例逐年上升本回答被网友采纳

Answer 3

不可重用,不可移植,不稳定,不安全,

Answer 4

BugID
1. BugID ：给Bug定一个编号，用以唯一标识一条缺陷
2. 编号要唯一
Bug标题
1. Bug标题：用来描述这个bug的现象
2. 技巧：
① 【路径】现象
【财务管理/付款管理/收票记录】票据金额输入符号时无任何不符合规则提示
② 不加路径，在发生问题界面出现什么问题
附件
1. 附件：上传截图，主要描述缺陷具体现象和复现逻辑
2. 注意技巧
3. 截图格式： JPG
复现步骤
1. 复现步骤：要写得清晰易懂
2. 应包含预期结果和实际结果
3. 如定位到具体代码或问题，请给开发一定的解决方案，
辅助开发解决bug（并不是所有bug都一定要给方案）
指派给/抄送给
1. 指派给/抄送给：
指派给：具体指派给谁处理，一般是测试经理或者开发
抄送给：要让谁知晓这个bug
状态
New 新建
Open 已确认的缺陷，等待开发人员修改
Fixed 已经被开发人员修改的缺陷，等待测试人员校验
Rejected 不是缺陷或不需要修复
Reopen 没有修复，重新打开给开发
Closed 已经被测试人员确认得到正确修复，可以关闭
Deferred 延期
Assigned Open 已打开
Hangs 挂起
严重程度
致命： 软件无法运行，或者软件的主要功能丧失，或者很大可
能性会造成严重不良后果。
严重： 软件的次要功能丧失，或者主要功能在一些特定情况下会出错 ，比如金额计算等
一般：软件在某些情况下会出错，但是造成的后果影响不大
轻微：在某些情况下会出错，但是造成的后果影响很小
优先级
1. 优先级：根据优先级开发会有针对性的解决高的
2. 一般企业定优先级都是3级：高、中、低
3. 并不是严重程度高的优先级就一定高，即：严重程度和
优先级并没有必然的联系。如：用户发现了一个轻微的
文字bug，但从公司层面就一定是严重程度高、优先级高
注释
1. 注释：对bug进行一些说明时使用
2. 任何人动了bug都要写注释（在很多公司都不注重注释），
这对于跟踪非常重要
其他
n 一个好的bug，是你提交之后就再也没人联系你，然后过了
一段时间已经被完美地修复，转回到你手上后还能清晰回归
n 同事离职时移交给你的bug能清晰跟踪，注释很关键
n 考虑附上日志，抓包，抛出的异常信息等等
n 假如bug支持字体颜色，关键部分附颜色说明
缺陷工具介绍
1. Bugfree
2. Bugzilla
3. Mantis
4. 禅道
5。 。。。