什么是软件缺陷

什么是软件缺陷

问题一：什么是软件缺陷 软件缺陷：\r\n软件未达到产品设计规范表明的功能；\r\n软件出现了产品设计规范指明不会出现的错误；\r\n软件功能超出产品设计规范指明的范围；\r\n软件未达到产品设计规范虽未指出但应达到的目标；\r\n软件测试人员认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。\r\n你应该也想知道软件错误吧\r\n计算、观察、测量的值或条件与实际的、规定的或理论上的值或条件不符合；\r\n导致产生含有缺陷的软件的人为行动。\r\n例如，遗漏或误解软件说明书中的用户需求，不正确的翻译或遗漏设计规格说明书中的需求。 \r\n\r\n上面的统称软件故障\r\n提交高质量的软件缺陷记录，你们使用CQ吗，还是buglist，觉得故障定级要准确，对于随机性出现的错误一定要做好记录，这个最好截图，有些错误真的就出现一次，如果条件允许，你出故障的时候，比如一级故障，截个图，就可以叫研发人员过来看，然后注意老员工的提交记录，学习他们的规范和思考方式，特别要和研发人员保持好关系，否则别人直接无视你的报告，如果你是女的还好，别人不好意思说你，你是男的，直接藐视了，特别注意不要提太多的bug，写bug记录的时候也要站在研发的角度，提出解决方法，建议他们作修改，我的一些个人意见，希望对你有帮助。问题二：软件缺陷的级别 一旦发现软件缺陷，就要设法找到引起这个缺陷的原因，分析对产品质量的影响，然后确定软件缺陷的严重性和处理这个缺陷的优先级。各种缺陷所造成的后果是不一样的，有的仅仅是不方便，有的可能是灾难性的。一般问题越严重，其处理优先级就越高，可以概括为以下四种级别：（1）微小的（Minor）。一些小问题如有个别错别字、文字排版不整齐等，对功能几乎没有影响，软件产品仍可使用。（2）一般的（Major）。不太严重的错误，如次要功能模块丧失、提示信息不够准确、用户界面差和操作时间长等。（3）严重的（Critical）。严重错误，指功能模块或特性没有实现，主要功能部分丧失，次要功能全部丧失，或致命的错误声明。（4）致命的（Fatal）。致命的错误，造成系统崩溃、死机，或造成数据丢失、主要功能完全丧失等。除了严重性之外，还存在反映软件缺陷处于一种什么样的状态，以便于及时跟踪和管理，下面是不同的缺陷状态。·激活状态（Open）：问题没有解决，测试人员新报告的缺陷或者验证后缺陷仍旧存在。·已修正状态（Fixed）：开发人员针对缺陷，修正软件后已解决问题或通过单元测试。·关闭状态（Close）：测试人员经过验证后，确认缺陷不存在之后的状态。以上是三种基本的状态，还有一些是需要相应的状态描述，如“保留”，“不一致”状态等。问题三：判断一个软件缺陷的依据是什么 当然是漏洞了（BUG），还有就是用户体验，如果软件大方向错的话，用户不喜欢就彻底完了，如果是方向对，就要强调软件的使用体验，不断优化，如果使用不便或者出错等不良体验就被称作为缺陷问题四：软件缺陷的介绍 软件缺陷（Defect），常常又被叫做Bug。1所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。问题五：什么是软件缺陷？为何软件缺陷难以避免 广联达其缺点你开发人员都不知道那里怎么扣除或则数据连接，毛病很大，一直更新不断，虽说是推广做的好，但是真正用的时候麻烦很多，鲁班钢筋稍微好点，其他方面不太人性化，没有广联达做的好，我作为中间人说的，都可以，广联达、鲁班复制狗专营。问题六：生活中什么是软件缺陷 所谓生活中的“软件”是一种形象比喻，即将人的四肢健全、体力等客观外在比喻成“硬件”，那么，人的各种生活技能和应变能力可以被比喻为“软件”。则“生活软件缺陷”就是指生活技能和应变能力方面不足。问题七：在软件工程或软件测试中，哪些软件问题被称为软件缺陷 测试目的 第一是确认软件的质量； 第二是提供信息，比如提供给开发人员或程序经理的反馈信息； 第三软件测试不仅是在测试软件产品本身，而且还包括软件开发的过程。 软件测试的基本方法 1黑盒测试，也称为功能测试或数据驱动测试，着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。 2白盒测试，也称为结构测试和逻辑驱动测试，主要用于软件验证，全面了解程序内部结构，对所有逻辑路径进行测试。 3ALAC（act-like-a-customer）测试，是一种基于客户使用产品的知识开发出来的测试方法。问题八：软件缺陷的优先级 严重性和优先级是表征软件测试缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布与否。对于软件测试初学者而言，或者没有软件开发经验的测试工程师，对于这两个概念的理解，对于它们的作用和处理方式往往理解的不彻底，实际测试工作中不能正确表示缺陷的严重性和优先级。这将影响软件缺陷报告的质量，不利于尽早处理严重的软件缺陷，可能影响软件缺陷的处理时机。什么是缺陷的严重性和优先级严重性(Severity)顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。在软件测试中，软件缺陷的严重性的判断应该从软件最终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。确定软件缺陷优先级，更多的是站在软件开发工程师的角度考虑问题，因为缺陷的修正顺序是个复杂的过程，有些不是纯粹技术问题，而且开发人员更熟悉软件代码，能够比测试工程师更清楚修正缺陷的难度和风险。缺陷的严重性和优先级的关系缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。一般地，严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可以稍后处理。但是，严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。修正软件缺陷不是一件纯技术问题，有时需要综合考虑市场发布和质量风险等问题。例如，如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。另外，如果修正一个软件缺陷，需要重新修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场的压力必须尽快发布，此时即使缺陷的严重性很高，是否需要修正，需要全盘考虑。另一方面，如果软件缺陷的严重性很低，例如，界面单词拼写错误，但是如果是软件名称或公司名称的拼写错误，则必须尽快修正，因为这关系到软件和公司的市场形象。处理缺陷的严重性和优先级的常见错误正确处理缺陷的严重性和优先级不是件非常容易的事情，对于经验不是很丰富的测试和开发人员而言，经常犯的错误有以下几种情形：第一，将比较轻微的缺陷报告成较高级别的缺陷和高优先级，夸大缺陷的严重程度，经常给人“狼来了”的错觉，将影响软件质量的正确评估，也耗费开发人员辨别和处理缺陷的时间。第二，将很严重的缺陷报告成轻微缺陷和低优先级，这样可能掩盖了很多严重的缺陷。如果在项目发布前，发现还有很多由于不正确分配优先级造成的严重缺陷，将需要投入很多人力和时间进行修正，影响软件的正常发布。或者这些严重的缺陷成了“漏网之鱼”，随软件一起发布出去，影响软件的质量和用户的使用信心。因此，正确处理和区分缺陷的严重性和优先级，是软件测试人员和开发人员，以及全体项目组人员的一件大事。处理严重性和优先级，既是一种经验技术，也是保证软件质量的重要环节，应该引起足够的重视。如何表示缺陷的严重性和优先级缺陷的严重性和优先级通常按照级别划分，各个公司和不同项目的具体表示方式有所不同。为了尽量准确的表示缺陷信息，通常将缺陷的严重性和优先级分成4级。如果分级超过4级，则造成分类和判断尺度的复杂程度，而少于4级，精确性有时不能保证。具体的表示方法机可以使用数字表示，也可以使用文字......余下全文>>问题九：软件缺陷的构成 从软件测试观点出发，软件缺陷有以下五大类： （1）规格说明书缺陷：规格说明书可能不完全，有二义性或自身矛盾。另外，在设计过程中可能修改功能，如果不能紧跟这种变化并及时修改规格说明书，则产生规格说明书错误。 功 规格说明书 404 　　能 功能 147 　　缺 测试 7 　　陷 总计 558 27% （2）功能缺陷：程序实现的功能与用户要求的不一致。这常常是由于规格说明书包含错误的功能、多余的功能或遗漏的功能所致。在发现和改正这些缺陷的过程中又可能引入新的缺陷。（3）测试缺陷：软件测试的设计与实施发生错误。特别是系统级的功能测试，要求复杂的测试环境和数据库支持，还需要对测试进行脚本编写。因此软件测试自身也可能发生错误。另外，如果测试人员对系统缺乏了解，或对规格说明书做了错误的解释，也会发生许多错误。（4）测试标准引起的缺陷：对软件测试的标准要选择适当，若测试标准太复杂，则导致测试过程出错的可能就大。 ◆外部接口缺陷：外部接口是指如终端、打印机、通信线路等系统与外部环境通讯的手段。所有外部接口之间、人与机器之间的通讯都使用形式的或非形式的专门协议。如果协议有错，或太复杂，难以理解，致使在使用中出错。此外，还包括对输入/输出格式错误理解，对输入数据不合理的容错等。 　　内部接口 29 　　系 硬件 63 　　统 操作系统 2 　　缺 软件结构 193 　　陷 控制与顺序 43 　　　　资源 8 　　　　总计 338 16% ◆内部接口缺陷：内部接口是指程序内部子系统或模块之间的联系。它所发生的缺陷与外部接口相同，只是与程序内实现的细节有关，如设计协议错、输入/输出格式错、数据保护不可靠、子程序访问错等。◆硬件结构缺陷：与硬件结构有关的软件缺陷在于不能正确的理解硬件如何工作。如忽视或错误地理解分页机构、地址生成、通道容量、I/O指令、中断处理、设备初始化和启动等而导致的出错。◆操作系统缺陷：与操作系统有关的软件缺陷在于不了解操作系统的工作机制而导致出错。当然，操作系统本身也有缺陷，但是一般用户很难发现这种缺陷。◆软件结构缺陷：由于软件结构不合理而产生的缺陷。这种缺陷通常与系统的负载有关，而且往往在系统满载时才出现。如错误地设置局部参数或全局参数；错误地假定寄存器与存储器单元初始化了；错误地假定被调用子程序常驻内存或非常驻内存等，都将导致软件出错。◆控制与顺序缺陷：如忽视了时间因素而破坏了事件的顺序；等待一个不可能发生的条件；漏掉先决条件；规定错误的优先级或程序状态；漏掉处理步骤；存在不正确的处理步骤或多余的处理步骤等。◆资源管理缺陷：由于不正确地使用资源而产生的缺陷。如使用未经获准的资源；使用后未释放资源；资源死锁；把资源链接到错误的队列中等。 ◇算法与操作缺陷：是指在算术运算、函数求值和一般操作过程中发生的缺陷。如数据类型转换错；除法溢出；不正确地使用关系运算符；不正确地使用整数与浮点数做比较等。 　　算术 114 　　加 初始化 15 　　工 控制与次序 271 　　缺 静态逻辑 13 　　陷 其他 120 　　　　总计 533 26% ◇初始化缺陷：如忘记初始化工作区，忘记初始化寄存器和数据区；错误地对循环控制变量赋初值；用不正确的格式、数据或类类型进行初始化等。◇控制和次序缺陷：与系统级同名缺陷相比，它是局部缺陷。如遗漏路径；不可达到的代码；不符合语法的循环嵌套；循环返回和终止的条件不正确；漏掉处理步......余下全文>>问题十：一条软件缺陷记录都包含了哪些内容 缺陷管理的作用在于，一是记录以便以后满足统计分析等需要，二是有助于重现问题以便定位及解决问题。从这个角度出发，缺陷报告自然是能够记录越多的细节越好，包括测试环境、软件版本、所用工具及版本号、测试用例的信息、出错前所执行的操作步骤、出错时相关信息和日志，等等很多。但是要真正做到捕获的都是有用的信息是非常困难的，因为我们只能从故障现象入手去记录相关信息，而问题的根源可能与之相隔甚远，来回折腾其实是非常耗时、耗资源的。最好的办法就是发现问题之后马上debug，开发测试在一块来解决问题，这是最经济实惠的办法。我个人非常喜欢敏捷软件开发的方式，开发测试在同一个团队里面。发现缺陷后可以即刻查看、定位、调试修复问题。而后在不得已的时候，例如短时间内无法解决此问题，再进行记录。

和我的回答一样，看来我也对了

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息