软件缺陷（ Software Bug ）的具体含义包括几个因素
软件缺陷：
软件未达到产品设计规范表明的功能；
软件出现了产品设计规范指明不会出现的错误；
软件功能超出产品设计规范指明的范围；
软件未达到产品设计规范虽未指出但应达到的目标；
软件测试人员认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。
你应该也想知道软件错误吧
计算、观察、测量的值或条件与实际的、规定的或理论上的值或条件不符合；
导致产生含有缺陷的软件的人为行动。
例如，遗漏或误解软件说明书中的用户需求，不正确的翻译或遗漏设计规格说明书中的需求。
上面的统称软件故障
提交高质量的软件缺陷记录，你们使用CQ吗，还是buglist，觉得故障定级要准确，对于随机性出现的错误一定要做好记录，这个最好截图，有些错误真的就出现一次，如果条件允许，你出故障的时候，比如一级故障，截个图，就可以叫研发人员过来看，然后注意老员工的提交记录，学习他们的规范和思考方式，特别要和研发人员保持好关系，否则别人直接无视你的报告，如果你是女的还好，别人不好意思说你，你是男的，直接藐视了，特别注意不要提太多的bug，写bug记录的时候也要站在研发的角度，提出解决方法，建议他们作修改，我的一些个人意见，希望对你有帮助。
软件缺陷的简介
软件缺陷(Defect),常常又被叫做Bug.所谓软件缺陷,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷.缺陷的存在会导致软件产品在某种程度上不能满足用户的需要.IEEE729-1983对缺陷有一个标准的定义:从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背.在软件开发生命周期的后期,修复检测到的软件错误的成本较高.
软件缺陷包括哪些内容?
软件危机是计算机软件在它的开发和维护中所遇到的一系列严重问题 软件缺陷是不是软件开发存在的问题 是客户使用过程中出现的问题 主要有:软件成本和进度的估计常常很不准确 用户对“已经完成的”软件系统不满意 软件产品的质量靠不住 软件是不可维护的 软件没有适当的文档资料 软件成本在计算机系统总成本中所占的比例逐年上升
如何有效地描述软件缺陷
软件缺陷_百度百科 http://baike.baidu.com/view/107502.htm?fr=aladdin 百度文库搜索_软件缺陷 http://wenku.baidu.com/search?word=%E8%BD%AF%E4%BB%B6%E7%BC%BA%E9%99%B7&ie=utf-8&lm=0&od=0 以上都是最正确和权威的描述,咱就不复制内容了,亲自己去看.
在软件测试中,哪些软件问题被称为软件缺陷
一.软件缺陷的正式定义: 符合下边5个规则的才能叫做软件缺陷. 1.软件未达到产品说明书标明的功能. 2.软件出现了产品说明书指明不会出现的错误. 3.软件功能超出产品说明书指明范围. 4.软件未达到产品说明书虽未指出但应达到的目标. 5.软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好. 参考 http://www.spasvo.com/baike/504.html
软件测试中软件缺陷有哪些表现
不符合用户需求的就是缺陷
软件的缺陷等级应如何划分?
补充相关方面：A类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误 B类—较严重错误，包括以下各种错误： 1． 程序错误 2． 程序接口错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件C类—一般性错误，包括以下各种错误： 1． 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2． 打印内容、格式错误 3． 简单的输入限制未放在前台进行控制 4． 删除操作未给出提示 5． 数据库表中有过多的空字段D类—较小错误，包括以下各种错误： 1． 界面不规范 2． 辅助说明描述不清楚 3． 输入输出不规范 4． 长操作未给用户提示 5． 提示窗口文字未采用行业术语 6． 可输入区域和只读区域没有明显的区分标志
举例说下软件缺陷等级
缺陷严重级别定义:
o 最高级–导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.
o 紧急—事件非常重要,并且需要马上给予关注.
o 高级—事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.
o 中级—事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.
o 低级—事件不重要,可以在时间和资源允许的情况下再解决.
o 建议性缺陷.
更为详细的划分如下:
A类——严重错误，包括：
o 由于程序所引起的死机,非法退出
o 死循环
o 导致数据库发生死锁
o 数据通讯错误
o 严重的数值计算错误
B类——较严重错误，包括：
o 功能不符
o 数据流错误
o 程序接口错误
o 轻微的数值计算错误
C类——一般性错误，包括：
o 界面错误(详细文档)
o 打印内容、格式错误
o 简单的输入限制未放在前台进行控制
o 删除操作未给出提示
D类——较小错误，包括：
o 辅助说明描述不清楚
o 显示格式不规范
o 长时间操作未给用户进度提示
o 提示窗口文字未采用行业术语
o 可输入区域和只读区域没有明显的区分标志
o 系统处理未优化
E类——测试建议（非缺陷）
软件缺陷的严重性和优先级是什么
严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否. 严重性(Severity):顾名思义就是软件缺陷对软件质量的破坏程度,即此软件缺陷的存在将对软件的功能和性能产生怎样的影响. 优先级:是表示处理和修正软件缺陷的先后顺序的指标,即哪些缺陷需要优先修正,哪些缺陷可以稍后修正.
软件测试BUG的种类和种类定义
复制的 希望对你有用。、
软件缺陷1、概念：软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。按照一般的定义，只要符合下面5个规则中的一个，就叫做软件缺陷。?? 软件未达到软件规格说明书中规定的功能；?? 软件超出软件规格说明书中指明的范围；?? 软件未达到软件规格说明书中指出的应达到的目标；?? 软件运行出现错误；?? 软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。 2、软件缺陷的种类?? （1）功能不正常?? （2）软件在使用上不方便?? （3）软件的结构未做良好规划?? （4）功能不充分?? （5）与软件操作者的互动不良?? （6）使用性能不佳?? （7）未做好错误处理?? （8）边界错误?? （9）计算错误?? （10）使用一段时间所产生的错误?? （11）控制流程的错误?? （12）在大数据量压力之下所产生的错误?? （13）在不同硬件环境下产生的错误?? （14）版本控制不良所产生的错误?? （15）软件文档的错误3、正确面对软件缺陷在软件测试过程中，软件测试人员必须确保测试过程发现的软件缺陷得以关闭；?? 测试是为了证明程序有错，而不是证明程序没错。不管测试计划多么完善和执行测试多么努力，也不能保证所有软件缺陷发现了就能修复。有些软件缺陷可能会完全被忽略，还有一些可能推迟到软件后续版本中修复。有些软件缺陷不被修复的原因如下。?? （1）没有足够的时间?? （2）不算真正的软件缺陷?? （3）修复的风险太大?? （4）不值得修复?? （5）测试误登记 4、缺陷的分类按严重程度划分：严重、较严重、一般、建议 ?? 严重：系统崩溃、数据丢失、数据毁坏?? 较严重：操作性错误、错误结果、遗漏功能?? 一般：小问题、错别字、UI布局、罕见故障?? 建议：不影响使用的瑕疵或更好的实现按优先级划分：最高、次高、中等、最低?? 最高优先级：立即修复，停止进一步测试?? 次高优先级：在产品发布之前必须修复?? 中等优先级：如果时间允许应该修复?? 最低优先级：可能会修复，但是也能发布缺陷的分类按测试种类划分： 逻辑功能类性能类界面类 易用性类 兼容性类
