- 综合排序
- 最热优先
- 最新优先
- 来自专栏啄木鸟软件测试
缺陷管理之缺陷分析篇
缺陷作为测试准出的重要元素，在整个软件周期中占据着很大的比重，一个测试团队乃至每个测试人员都应该重视缺陷的管理及分析，通过对现有缺陷的分析不仅能够判断当前软件的质量，而且经过大量的数据积累，还能够预测未来项目的质量影响因素 1、缺陷趋势分析： 缺陷趋势分析是我们接触最多的缺陷分析模型，通过对项目每日打开缺陷，每日修复缺陷以及当前遗留缺陷的数量进行汇总，通过折线图进行缺陷数量增加和减少的趋势进行分析，以此来了解测试效率及研发修复缺陷效率 如缺陷趋势分析图中所示，红色线条为每日打开的缺陷数量，绿色为每日修复缺陷数量，紫色为当前遗留缺陷数量。那么通过这个分析图我们能看出什么内容呢？ 随着新增缺陷速度降低，研发的修复速度会超过新增速度，遗留缺陷逐渐减少，最终全部关闭，如果在新增缺陷曲线不断下降时，研发修复缺陷数量仍然低于新增缺陷数量，则说明研发资源存在瓶颈，应及时与项目经理沟通，协调研发资源 3、遗留缺陷曲线反映当前项目风险以及缺陷的存活周期，如果遗留缺陷比较多，而且优先级高的缺陷占比较大，那么久存在一定测试风险，测试应当及时与研发沟通咨询出现此类情况的原因，积极协调促进问题的解决，到了测试中期如果待修复缺陷依然比较高无下降趋势
2K11发布于 2020-11-03 什么是缺陷？怎么进行缺陷管理？
本篇将带你简单了解一下软件测试中的缺陷，以及如何进行缺陷管理。 一、概述 1、定义 软件在使用过程中存在的任何问题都叫软件的缺陷，也称bug。 (规格)说明书指明的范围 4）隐性功能错误：软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求 5）不易使用：软件难以理解，不易使用，运行缓慢，用户体验不好等 3、缺陷产生原因 1）需求阶段 需求描述不易理解 4）运行阶段 软硬件系统本身故障导致软件缺陷 4、缺陷生命周期 5、缺陷核心内容 6、缺陷提交要素 7、缺陷常见类型 主要有功能错误、界面错误、兼容性、易用性等，如下 8、缺陷流程及编写 8.1 缺陷报告示例 8.2 缺陷标题描述 8.3 缺陷的跟踪流程(重点) 8.4 提交缺陷注意事项 1）可重现：缺陷可以复现 2）规范性：符合公司或者项目要求 3）唯一性：一个缺陷上报一个问题 8.5 缺陷编写规范 1） 9、缺陷管理工具 9.1 禅道 1）特点 1、国产、免费、开源、简单、轻量级 2、三管融合(产品管理、项目管理、质量管理) 官网：https://www.zentao.net/ 2）使用流程 关于使用
1.3K10编辑于 2024-04-10软件缺陷管理
前言在软件开发和测试过程中，缺陷（通常称为“bug”）是不可避免的。了解和有效管理这些缺陷对于确保软件质量至关重要。本文详细介绍了缺陷的定义、衡量标准以及如何准确地描述和提交缺陷。 缺陷类型：功能错误（少功能）额外功能实现：物流管理系统中，额外实现了供应商管理功能。缺陷类型：多功能游戏逻辑错误：穿越火线中，子弹穿越墙体命中对方，但对方未掉血。 缺陷类型：功能错误缺失的安全措施：会员管理系统，管理员删除会员时没有二次确认直接删除。缺陷类型：隐性功能缺失系统性能问题：双11淘宝搞活动时，秒杀某商品提示系统繁忙请稍后再试。 缺陷类型：不易使用2 缺陷描述及提交①提交工具常用工具：禅道、Jira等项目管理软件。②提交内容重点当前指派：将缺陷提交给特定开发人员或团队。Bug类型：明确缺陷类型，如代码错误、设计缺陷等。 “+提Bug”：填写缺陷详情→点击“保存”缺陷管理详情：
79822编辑于 2024-09-29- 来自专栏用户7466307的专栏
软件缺陷是什么以及缺陷的管理
5、软件测试人员认为软件难以理解，不易使用，运行速度慢，或者最终用户体验不好。 5、 软件测试人员认为软件难以理解、不易使用、运行速度慢、或者最终用户认为不好 1、测试人员或最终用户发现计算器某些地方不好用，比如，按键太小、显示屏在亮光下无法看清等。 ，带来的风险较大(遗留) 修改性价比太低 缺陷报告中提出的问题很难重现 2 缺陷管理 认识缺陷报告 ? 加强开发人员、测试人员和管理人员的协同工作，让他们更好的工作 2、 缺陷报告的注意事项 尽量确保缺陷可以重现 如果提交的缺陷无法重现，会影响开发人员的工作效率。 对于这种情况，项目负责人应召集开发人员、测试人员和其他项目相关人员进行讨论，如果讨论结果为同意则延期，如果不同意，则重新打开缺陷。 3、5 缺陷统计 缺陷按活动分布 ? 缺陷按严重程度分布 ?
3.9K10发布于 2020-06-17 - 来自专栏爱测角的专栏
漫谈软件缺陷管理
在测试工作中，缺陷管理是我们必不可少的工作内容之一，既然是管理，就少不了时间、人物和管理内容。本文将分享软件项目中缺陷管理的基本内容以及对缺陷管理的一些思考。 如图1-1中标记为3的状态流向，缺陷流向的下一个状态是关闭，即缺陷的终态。当缺陷由测试工程师验证已修复或者是对缺陷的处理结果各方已达成一致，则可以关闭缺陷。 02.缺陷处理流程基于缺陷状态管理，我们再来看下缺陷的人员协作流程，可简化为三个部分，如图1-2所示，首先是发现问题，然后是分析和解决问题，最后是再次验证问题。 通过上文的介绍，我们了解了测试工程师非常重要的工作内容之一：缺陷管理。当然，本文不仅是为了分享缺陷管理的具体内容，也是为了思考如何做好缺陷管理。 03.思考如图1-3所示，从软件项目维度去看，系统测试仅是项目的一个环节，而缺陷管理也仅是系统测试环节中的一部分，那如果我们想做好软件项目的管理工作，或者说我们想做好软件项目的质量保障工作，应该怎么做？
1.4K10编辑于 2022-08-25 - 来自专栏用户3288143的专栏
缺陷管理工具
缺陷管理工具 QC（HP） • BugZilla • JIRA • 禅道 • 其他在线项目管理系统 JIRA • http://jira.qyguo.cn/secure/Dashboard.jspa • 管理员 账号/密码 admin/admin@xbsd123hh 禅道 • http://zentao.qyguo.cn/ • https://www.zentao.net/book/zentaopmshelp /244.h tml • 管理员 账号/密码 admin/admin@xbsdhh 目的 掌握一种缺陷管理工具的使用 • 团队分配角色模拟系统测试流程 jira使用 1.创建项目 ? 缺陷报告 ? 缺陷处理流程 ?
1.6K10发布于 2020-07-07 - 来自专栏YOLO大作战
基于YOLOv5的缺陷检测算法（工件缺陷）
1.数据集介绍数据集分布情况：names: [ 'casting1', 'casting2', 'casting3', 'casting4','casting5', 'casting6' ]2.Yolov5 介绍YOLOv5在整个神经网络分为4个部分的改进如下：Input：数据加载使用了3种数据增强：缩放、色彩空间调整和马赛克增强。 此外，YOLOv5还增加了自适应锚定框的功能，这样就不用根据不同训练数据调整锚定框的大小和位置了。 YOLOv5在兼顾mAP的同时，有着更短的检测时间，同时YOLOv5s的权重文件大小只有27MB，能够更好的适应嵌入式设备和移动设备，如下： weights参数指定了使用的权重文件，根据模型的规模不同设有 4个模型：v5s、v5m、v5l、v5x，权重文件的比较如下表：2.1.多尺度 为了实现上述微小目标同样可以达到较好的检测效果, YOLOv5模型上通过P2层特征引出了新的检测头.
1.2K10编辑于 2023-11-30 - 来自专栏sylan215 的软件测试技术学习
改进版缺陷管理系统
阅读本文大概需要 5 分钟。 我是一个实用主义的人，所以做事经常会考虑实际的效果，带来的好处就是实用，坏处就是有时候定制化太强，但是这两方面往往都是要取个平衡。 就拿缺陷管理系统来说，其实作为测试，我们最熟悉的就是缺陷管理系统了，可是谁能说目前自己用的就是顺手的，反正我用过几个系统，都有各自的一些问题，所以一直想做个改进。 但是大家都知道，缺陷管理里面的流程流转和权限设置还是蛮复杂的，所以就迟迟没有动手。 基于此，我开始设计了新的缺陷管理系统。 首先，我的系统里面没有开发、测试、产品等角色设定，所有人可以操作所有的按钮，包括新建、解决、指派、编辑、备注、删除等。 以上，通过自己对缺陷管理系统的理解，借助开放的心态进行了简单重构，在投入不大的情况下，极大的提升了使用体验和使用后的效果，不知道你对此有何看法？欢迎留言和我讨论。
87740发布于 2020-05-14 - 来自专栏爱测角的专栏
漫谈软件缺陷管理的价值
在《漫谈软件缺陷管理》一文中，笔者通过梳理缺陷状态和协作过程简述了软件缺陷管理。那么，软件缺陷管理的价值有哪些？又有哪些实践可以发挥这些价值？ 02 缺陷管理的价值回到缺陷管理价值的思考上，我们做软件缺陷管理的初衷是什么？ 引用网上的定义：“软件缺陷管理（Defect Management）是在软件生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失”。 广义地看，我们可以从整个项目的维度来思考缺陷管理的价值，从而重新定义软件缺陷管理。这里，我们把缺陷管理的价值也划分为过程价值和结果价值。 最后，回到缺陷管理定义上，广义地看，我们或许可以这样定义：“软件缺陷管理（Defect Management）是在软件生命周期中识别、管理、沟通、分析和总结任何缺陷的过程（从缺陷的识别，到缺陷的解决关闭
86930编辑于 2022-08-25 kanass通关指南(5) - 测试团队如何通过kanass管理跟踪用例与缺陷
kanass一款开源且免费的项目管理工具，包含项目管理相关的多个模块，该工具功能易用、页面简洁。本篇文章通过测试人员的视角，来介绍如何维护用例与缺陷。 ，导致当前用例无法执行3.2测试关联缺陷如果在执行测试用例的过程中发现了相关缺陷，可以直接提交缺陷或关联已存在缺陷。 点击用例详情->关联缺陷->添加缺陷/关联缺陷。此处提交的缺陷会同步显示在事项->缺陷页面。 创建缺陷事项模块中添加缺陷进入事项页面->添加事项->选择缺陷类型，填写缺陷标题、描述、优先级等内容后，点击创建。 创建缺陷测试用例中添加具体步骤请查看“3.2测试关联缺陷”4.2验证缺陷kanass提供了非常细致且全面的缺陷流程，几乎可以覆盖全部的缺陷流转场景，如缺陷新创建时为待办，若创建人可以撤回，负责人可以已解决
30254编辑于 2025-11-19- 来自专栏爱测角的专栏
漫谈软件缺陷管理的实践
在《漫谈软件缺陷管理的价值》一文中，文章分享了软件缺陷管理的过程价值和结果价值，并介绍了有哪些实践可以发挥这些价值。那么，这些实践落地到实际工作中可以是什么样子的呢？ 一、缺陷管理的实践如图1-1所示，图片展示的是钉钉App的消息机器人推送的缺陷过程数据。 上文分享了缺陷管理过程价值的实践内容，下文再简单介绍下缺陷管理结果价值的实践内容。 二、总结在缺陷管理中，对缺陷过程数据和结果数据的展现形式也并非只局限于本文分享的这些维度和形式，也可以从缺陷紧急程度、缺陷每日变化趋势和缺陷发现阶段等维度去总结内容，并将内容以折线图、柱状图和饼图等形式推送到团队群 相关引文：《漫谈软件缺陷管理的价值》《漫谈软件缺陷管理》《漫谈项目质量保障——协作流程优化》文章首发于微信公众号爱测角转载请注明文章来源公众号:爱测角并附原文链接
57330编辑于 2022-08-25 - 来自专栏JAVA乐园
项目管理和缺陷跟踪系统 Redmine
Redmine 概述 Redmine 是用 Ruby 开发的基于 web 的项目管理软件，是用 ROR 框架开发的一套跨平台项目管理系统，支持多种数据库，有不少自己独特的功能，例如提供 wiki、新闻台等 还可以集成其他版本管理系统和 BUG 跟踪系统；例如 SVN、CVS、TD 等。 这种 Web 形式的项目管理系统通过项目（Project）的形式把成员、任务（问题）、文档、讨论以及各种形式的资源组织在一起，项目成员参与更新任务、文档等内容来推动项目。 bundle exec rake redmine:load_default_data 启动 Redmine bundle exec rails server webrick -e production 5.
4.2K20编辑于 2022-04-15 - 来自专栏CODING DevOps
CODING 缺陷管理功能正式开始公测
在这辞旧迎新之际， CODING 研发管理系统又迎来一重大更新，期待已久的缺陷管理功能正式开始公测，帮助研发和测试人员更好追踪和管理软件缺陷，提供软件研发效能。 CODING 研发管理系统 如何使用 CODING 的缺陷管理功能 CODING 研发管理系统的缺陷管理功能涉及缺陷生命周期管理，包括缺陷创建、复现、修复、验证、重新打开/关闭缺陷、统计分析和报告等功能 目的是为了减少软件缺陷出现的几率，降低由于软件缺陷带来的负面影响。缺陷管理模块主要包括缺陷列表、缺陷处理、统计和设置四个主要功能。 在 CODING 研发管理系统的左侧导航栏进入缺陷管理界面，第一次使用会提示创建第一个缺陷。 创建缺陷，填写缺陷名称后对缺陷进行详细描述并上传必要的截图或附加。 通过 CODING 研发管理系统的缺陷管理功能可以更好更高效的进行缺陷管理从而帮助企业提高产品质量，加速交付时间，增加企业收益。
1.5K30发布于 2019-09-16 - 来自专栏全栈测试技术
『测试基础』| 如何理解测试用例管理和缺陷管理？
5 用例的作用发现和跟踪软件缺陷；更准确的反应软件的某一个特性；反应软件的性能和质量；明确故障责任等。 6 用例管理工具用例管理的工具有很多，比如1、PingCode；2、TestRail；3、TestLink；4、Jira；5、PractiTest；6、PractiTest；7、Zephyr Enterprise 、严重、一般、提示、建议；有的也分A、B、C、D等紧急程度从1到4，最高为1级 缺陷类型功能缺陷、界面设计缺陷、安全性、接口、性能、数据等缺陷 提交人 缺陷的提交人员，便于缺陷复现、跟踪和管理所属项目或模块明确缺陷的所属解决人一般为对应的开发人员 解决时间比如项目经理指定的开发人员解决缺陷的时间关闭时间最终被关闭的时间等8 缺陷分析 我们需要对缺陷进行统计分析，比如以下：缺陷的主要分布模块；缺陷产生的原因；根据已知的缺陷，分析可能产生的缺陷模块 9 缺陷管理工具之前提到的用例管理工具同样适用缺陷管理：1、PingCode；2、TestRail；3、TestLink；4、Jira；5、PractiTest；6、PractiTest；7、Zephyr
1.2K20编辑于 2023-12-02 - 来自专栏ThoughtWorks
TW洞见〡软件缺陷的有效管理
这是发生过的一个真实场景，所记录的缺陷包含信息很有限，很难有效的做好分析！本文就来聊聊如何有效的管理和分析缺陷。 缺陷分析 比较推荐的一种缺陷分析方法是鱼骨图分析法，可以将跟缺陷相关的各个因素填写到鱼骨图里，对缺陷进行分析，如下图2示： ? 图2. 鱼骨图缺陷分析法 缺陷相关的各属性拿到了，就可以用表格、曲线图、饼图等统计各个属性对应的缺陷数量，分析缺陷的趋势和原因。下面是我在项目上做过的分析报告图： ? 图3. 功能与环境对应缺陷数量统计表和缺陷根源比例图 ? 图4. 缺陷根源统计表和比例图 ? 图5. 缺陷迭代趋势分析图 分析完得到统计的结果就要采取对应的措施，从而防范更多的缺陷产生。 总结 缺陷记录是为更好的跟踪和分析缺陷做准备的，而缺陷分析是软件质量保证的重要环节，对于软件过程的改进，软件产品的发布来说具有十分重要的参考价值，建议各项目定期都要做做缺陷分析。
76770发布于 2018-04-16 - 来自专栏全栈程序员必看
缺陷和缺陷报告_质量缺陷报告
经过测试人员的验证后，缺陷没有修复成功，需要重新打开进行再次处理和修复。 ⑥推迟。缺陷现在不修复，推迟到下一个版本或阶段。测试要跟开发或者其他相关管理人员进行确认。 ⑦保留。 5、缺陷的起源： 缺陷起源是指缺陷引起的故障或事件第一次被检测到的阶段。 缺陷起源有：需求、构架、设计、编码、测试、用户。 6、缺陷的来源： 缺陷来源指缺陷的起因。缺陷被发现的阶段，直接原因。 5、修复缺陷。主要由开发修复，也有可能产品经理、UI修复问题。 6、验证缺陷。测试去验证缺陷有没有修复成功。 7、关闭缺陷。只能是测试人员进行，否则出现了问题，测试人员一律不背锅。 2、缺陷报告编写目的： 展现缺陷的详细信息 展现缺陷的影响程度和方式 3、预期读者：开发人员、质量管理、市场人员、运维人员。 所以缺陷报告要写得很直白、清晰明了。 4、缺陷报告编写准则：准确、清晰、简洁、完整、一致。 缺陷报告本身要保证没有任何表述性的错误。 5、缺陷跟踪系统：禅道、ALM、JIRA等 ---- 五、测试需求、测试用例、缺陷报告的关系？
1.1K40编辑于 2022-10-02 - 来自专栏授客的专栏
测试思想-流程规范 软件测试缺陷管理流程
1）针对非“建议性”缺陷 ? ? 2）针对“建议性”缺陷 ? ? 备注： 1.针对不可以重现的缺陷处理建议>>开发找不到原因的情况下，不进行处理，保留bug状态，并留下文字说明 (或者其它，如公司有自主研发的缺陷管理系统情况下)，测试对其进行监控一段时间，比如连续监控 3.当开发人员定位到缺陷并不是自己所负责程序模块引起时，效率起见，强烈建议直接把缺陷指派给相关人员。 4. 应用上述理论时请结合实际 根据上述理论对缺陷管理时，要结合实际，结合实际平台和团队具体人员，合理裁剪、增加。比如，禅道，转需求后是自动关闭缺陷的，这种情况下，要做好需求跟踪。 pdf版下载 软件测试缺陷管理流程.pdf
1.2K20发布于 2019-09-10 - 来自专栏Datawhale专栏
基于yolov5的工业缺陷检测方案
作者：limzero，西安交通大学，Datawhale原创作者 比赛介绍 工业缺陷检测是当前深度学习落地的热门项目，其中瓷砖生产过程中的“质量检测环节”需要检测出瓷砖表面的瑕疵，目前比较依赖于人工，效果和效率都层次不齐 在本篇文章中，主要为大家介绍选择yolov5作为基线的方案，供大家参考。 基于yolov5的方案 线上结果: 切成 640x640 滑动窗口预测，耗时<1.5 h, 平均一张图<3s! 线上50. 线上55+ 大家们都在疯狂卷mmdet,毕竟two-stage为王，但是如果没有算力可以考虑下yolov5。 #将voc标注转换为yolov5的官方格式. python make_yolov5_train_val.py #制作yolov5的train/val. V5提升空间很大:(1)本baseline使用两卡2070s小尺度单图训练,本身具有局限性；(2)除了yolov5l还有更强的v5x可选; (3)预测部分很粗糙，没有充分发挥yolov5速度快的特点；(
3.2K10发布于 2021-01-21 - 来自专栏爱测角的专栏
漫谈缺陷管理的自动化实践方案
在《漫谈软件缺陷管理的实践》一文中，文章介绍了缺陷管理落地到实际工作中的一种形式。本文将分享其呈现效果的自动化实践方案。 一、自动化实践方案缺陷管理的自动化实践可以分为四个步骤：设计数据指标、规范数据源、数据处理自动化和程序部署。1. 设计数据指标首先，我们需要设计缺陷相关的数据指标。 这里，我们主要关注的指标有缺陷数量，缺陷处理进度和项目缺陷的多维度统计结果。同时，我们还可以设计缺陷相关指标的监控阈值。2. 如《漫谈软件缺陷管理》一文介绍，我们要定义好缺陷的状态、缺陷的流转逻辑和缺陷相关节点的负责人。3. 相关引文：《漫谈软件缺陷管理的实践》《漫谈软件缺陷管理的价值》《漫谈软件缺陷管理》文章首发于微信公众号爱测角转载请注明文章来源公众号:爱测角并附原文链接
50720编辑于 2022-08-25 - 来自专栏全栈程序员必看
缺陷管理工具-QC篇「建议收藏」
缺陷管理工具-QC篇 一、QC介绍： QC的全称Quality center, 质量中心的意思，它是一款缺陷管理工具，可以组织和管理一个项目所有的测试阶段，如：从需求-用例编写-用例执行-提交缺陷-回归测试等 后来Mercury公司被HP收购，所以这些软件目前都属于HP公司 QC最新版本的名称叫ALM，全称是Application LifeCycle Management应用程序生命周期管理工具。 二、 QC的学习目标 1.通过学习QC可以了解其他缺陷管理工具的设计思想，其他缺陷管理工具都是仿照QC来设计开发的。 如国内比较常用的缺陷管理工具有：禅道、redmine、bugzilla、mantis、testlink等 2.学习完QC以后我们可以自己制定缺陷的生命周期 如：缺陷从新建（new）—分配（open）–> 后台操作介绍到这里即可，后台主要完成项目添加，以及为项目添加项目管理员 2、前台使用。 版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。
3.4K40编辑于 2022-11-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号