软件测试 BUG 我们先回顾一下软件测试的基本流程：项目立项 测试需求分析 测试计划 测试设计 测试评估 项目结束 1. bug的定义 bug顾名思义就是指我们所遇到错误。 软件的BUG,狭义是指程序软件所遇到的漏洞或缺陷。 广义是指：出了软件程序的漏洞和缺陷外，还包括测试工程师或用户的所发现和提出 ...
转载
2021-08-24 10:59:00
596阅读
2评论
⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault)，这些bug使程序⽆法正确的
原创
2024-09-11 10:50:27
292阅读
一、目的
对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范，以便进一步指导我们的软件测试工作。
二、概念
BUG ：软件中存在的瑕疵，可能会导致
转载
2008-05-29 09:59:44
666阅读
概述编写目的本文档定义bug的整个生命周期，规范bug的管理流程。B`
原创
2021-08-05 15:21:42
1852阅读
BUG是每个软件都会出现的问题，但有的BUG对软件的运行影响不大，有的BUG可能会导致软件无法正常运行。 这时候就需要把这些bug记录下来，提交给别人修改。 一般来说，其中包含哪些错误? 让我们来看看。 1、bug的标题和描述： 标题主要是对你提交的bug的简洁描述; bug的详细描述是对bug的进一步详细描述，比如在什么情况下等等; 标题也可以直接作为描述部分(可以简明扼要)。 这两
原创
2022-02-25 11:04:49
998阅读
前两天和一个新认识的朋友聊天“你是码农吗？”我那个气啊，我这个形象像吗？像吗？真想抽他丫的“不是，我是做软件测试的，代码用的没有那么多，所以称不上”“哦！那你就是专门挑毛病，找茬的呗？”当时我就认定了这个朋友拜拜了您内“我是做测试的，找的是缺陷，不是找茬，谢谢您老了，先忙，再见”回家了之后我就想分享一下：第一：测试是找bug，不是找茬。以前在外包做测试，面对的之间人是PM，面对所谓的客户是开发软件
原创
2018-10-25 20:45:24
978阅读
点赞
什么是软件测试缺陷? 测试行业的习惯名称是bug管理。 在软件或程序开发过程中，程序员不合理的编码和不合理的系统设计结构都会导致报错，影响系统程序的正常运行。 而软件测试的目的之一就是通过手动测试或自动测试工具进行操作，测试发现这些bug，修复代码。 一、软件测试缺陷分类 1、网络环境; 如果在测试过程中外网不稳定，也可能造成软件测试缺陷。 比如性能测试对网络环境的配置要求比较高，网络延迟
原创
2022-02-11 10:17:31
1434阅读
bug信息不完全
某些信息，例如项目、模块、指定操作人员，也就是说，由谁负责处理，等等，这些信息用于统计分析，用于统计分析、项目、模块、谁的 bug多、谁发现的 bug多、谁修改的 bug多等等，根据这些信息可以大致看出工作量和工作质量。因此，别为了麻烦，把 bug的信息全部写完。
所提供的信息不准确
有些 bug描述一带而过，措辞含糊不清，只是说出有错误，但有错误现象，提示信息
原创
2021-09-17 10:07:59
10000+阅读
bug是测试工作的主要成果，也是造成开发与测试矛盾的原因之一。有些同学会觉得测试过程中发现的一些问题直接亲自去找开发解决就好了，减少沟通成本，提高修复效率，不管怎样也不会影响项目进度;而测试则是不管大小，甚至还没有开发人员沟通，这是否有效地解决了问题。事实上，有效的 bug对于个人、团队、项目都是非常重要的。
1、 bug可以帮助评估项目的质量。 通过缺陷的统计与分析，识别项目的当前风险
原创
2021-11-10 09:58:32
10000+阅读
你好，我是小牛。软件测试日常工作中，每天可能都会遇到不同的问题和bu
原创
2023-04-25 23:25:27
276阅读
测试用例首先来自于对于需求的分析，是否能为测试挑选最合适或最关键的需求，关系到项目的成败。思考方法1：正反面思考法为每个测试需求至少编制两个测试用例：正面测试用例& 负面测试用例正面测试用例：用于证明该需求已经满足； 负面测试用例：反映某个无法接受、反常或意外的条件或数据，用于论证只有在所需条件下才能够满足该需求基本流：是经过用例的最简单的路径备选流：在某个特定条件下执行 前置条
原创
2015-01-30 12:43:59
765阅读
- 更高效的发现bug，考验测试设计的能力。 这方面有非常多的方法和技巧，以及经验，这里不细说。 - 发现bug之后如何清晰的描述，定级，以及跟进和验证。 这个看似简单，但是你会发现很多测试工作做了几年的人这样的基本功还是不够扎实。也可能没有受到过很好的训练或者一直没有人指导。 - 对业务和架构的理解能力。 没有这方面的能力，很难发现一些深层次的bug。而这样的能力对于快速学习和一些
原创
精选
2022-08-01 10:05:22
2419阅读
Effective软件测试》 是一本由清华大学出版社出版的图书，作者是[荷]毛里西奥·阿尼什（Maurício Aniche），译者是朱少民、李洁
测试BUG等级划分标准 1.Blocker(崩溃)【Fatal致命的】：阻碍开发或测试工作的问题;造成系统崩溃、死机、非法退出、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、系统关键性能不达标，数据通信错误或接口不通等 2.Critical(严重)：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不
原创
精选
2022-08-16 10:14:05
3120阅读
在软件测试工作中，排查 BUG 是一项既考验耐心又考验方法论的任务。面对复杂的系统和繁琐的业务逻辑，很多测试工程师常常陷入“看似有问题但找不到原因”的困境。本文将结合实际测试工作，分享 5 个排查 BUG 的小技巧，并设置典型使用场景，帮助大家更高效地定位问题。
技巧一：还原最小可复现场景
核心思路
很多 BUG 并不是在复杂的业务流程下才出现，而是隐藏在某个最小输入或极端条件下。通过“还原最小
模板在运行时出现了以下 1 个错误:---------------------------Controller.tt(-1,-1) : error : 获取 AppDomain 以便从主机运行转换时出现问题。该过程无法继续。模板在运行时出现了以下 1 个错误:--------------------...
转载
2015-12-26 14:39:00
585阅读
2评论
一、定义：项目正式风险库中识别的测试风险过少。二、发生时间段项目具有一个或多个测试相关风险时发生。三、陷阱表现1.管理人员对待风险态度 ，尽量减少了负面术语。2.向风险库中添加风险通常被理解为管理失败的症状，风险被标记为问题或疑虑。3.测试层次的风险不放到项目风险中，否则需向执行管理层报告或采取行动。4.已识别的测试风险为不合理的低概率、低严重程度 ，低优先级。5.已识别的风险无：缓解方法及跟踪指
原创
2018-01-03 13:51:06
2277阅读
点赞
引言 经常会听到有人讨论，某某一个月发现了500多条bug，还有谁一天发现了100多条bug，公司的绩效是根据bug量多量少来衡量等问题，但是，我们能仅从bug量上就看出来一个人的工作质量吗？显而易见，这样太过片面了。 首先，bug量显示了哪些问题，代表了什么？在这里我们认为bug多的软件质量可能不好，为什么说是可能，而不是肯定，因为这里面缺少了
原创
2023-08-02 09:32:23
1094阅读
生命周期中缺陷状态：新建–>指派–>已解决–>待验–>关闭 发现BUG–>提交BUG–>指派BUG–>研发确认BUG–>研发去修复BUG–>回归验证BUG–>是否通过验证–>关闭BUG 1、发现bug 1)按照测试用例进行操作，发现和测试用例的预期结果不一致的,都可以被称之为Bug。 2)测试用例不可能穷尽，总有超出你预
原创
2022-09-09 10:11:33
3834阅读
目前市场主要用的bug管理工具：禅道、jira、QC、bugfree等，当然也有自己公司开发的。不过不管哪一种工具，核心交互流程都是差不多的，只是字段的名称不一样而已，参考如下两张示意图：这是前几天做的一个项目，由于项目组开发成员对交互不是太明白，所以花了点时间画的一个简单交互示意流程图：K12-禅道项目bug交互流程图下图是bug核心交互流程图（无论目前市场用的哪一款交互工具，都可以说成如下的流
原创
2019-03-19 16:41:37
1235阅读
