聊聊缺陷逃逸率 最近群里的小伙伴经常在说，生产环境出bug了，测试同学不得不背锅，指标不好看了等等。 那什么是「缺陷逃逸率」？...不知道你是否记得，当初做项目测试的时候，经常遇到一个问题：开发团队认为这个很简单的事情，但是不停地修改迭代，到最后发现问题很多了。...或者设计时出现了严重的 bug等；在功能实现过程中不能严格执行操作规范和流程， 例如：没有实现用户输入密码的功能；用户输入密码后无法进行设置等。...而如果你的产品/用户没有发现这些修改后的代码，就有可能因为某些操作而导致这些修改后的代码再次被修改，而这个修改过的代码又可能会被用于后续项目进行测试或交付客户应用。...1、如何防止缺陷逃逸 首先我们需要明确，在实际的项目过程中，我们经常会发现项目上存在缺陷逃逸现象。 「原因是什么？」是测试没有测到？还是开发人员不够细心。
例如密码是“07121239”但是平台只显示“7121239”，今天做了下排查，本文仅记录一下今天排查的经历 排查前端 在前端加了个调试后密码依然是含“0”的，那就说明问题应该在后端 排查后端 由于项目是原生...102.55156461759","latitude":"24.359801443673","vip_data":"2023-07-10 16:22:03","vip_info":"false"}} bug
原因：此为易出错的地方，也应在测试早期就着重测试，尽早测试完成，不要因为需求简单或者自己对此需求熟悉而留到最后，因为新开发人员的修改bug速度较慢，且改完后可能引出新的bug，再次发现bug并修复是需要时间的...，可能会因为此而延期；若无法延期，带着小bug匆忙上线，可能线上会出现未预期的bug的风险。...在报出bug，开发修改的过程中，可穿插测完较简单的其他需求，节省整体的测试时间。 2）预留出较多的测试时间，能够对此复杂需求进行深度和广度方面的测试，能更多的发现隐藏bug。...要对bug负责，对软件质量负责，对最终用户负责。 11、测试自动化。自动化是对软件整体的可用性、性能等方面进行的校验。 优点： 1）对程序的回归测试更方便：能解放重复的手工测试，大大节省测试时间。...2）可以执行一些手工测试困难或不可能进行的测试。 3）能对软件质量方面增强信心。 以上是笔者在日常测试工作中，对找bug的一些思维方面的总结，分享给大家，感谢阅读。
然后就是生成标记的问题了： （大家先不要抄，这段后面还要改） 我再进行了几次测试： 这是第一次运行项目A: 这是第二次运行项目A: 看来到这来说，原始逻辑没问题，然后继续测试......这是接着运行项目B: 从上面这个结果中可以发现，不同项目 甚至不同大用例之间 的隔离问题已经得到解决。 不过在这个过程中，我们也找出来新的bug了。...只要在项目A结尾的时候，清理掉自己的登陆态 就可以了。 然后再执行项目A的时候 又会重新生成新的了。 不过这里我们依然要面对以下几个问题： 1. 如何清理 2....如何设置和规定 这个同项目不允许重叠执行的高幂等性 3....目前项目A尚未运行完，项目B开始运行，就会把login_res这个变量给重新赋值，导致项目A后续的步骤发觉login_res已经不是自己的项目id后，就会重新生成新的，然后项目B的后续步骤再次赋值，发生俩个项目甚至多个项目互相抢这个变量的情况
在大多数开发、测试眼中，UI测试的重要性远小于功能测试、性能测试等，但只要够细心，总能发现一些UI bug或者UI 可以改进的地方提高用户体验。
目前项目A尚未运行完，项目B开始运行，就会把login_res这个变量给重新赋值，导致项目A后续的步骤发觉login_res已经不是自己的项目id后，就会重新生成新的，然后项目B的后续步骤再次赋值，发生俩个项目甚至多个项目互相抢这个变量的情况...为了测试，我给这个大用例多增加了个步骤接口，现在它有俩个需要加登陆态的接口了。运行结果如下： 可以明显的看到 是ok的。...，建议使用类变量 而 非global的方式，原因大家都知道，不然又容易引起新的干扰bug出现了。...login_res_list.remove(i) break except: pass 让我们重启服务，进行最后的全面测试吧...最后我们再去执行项目B： 可以看到 项目B 没有被干扰，并且成功的自己去创建login_res了。 到这里，这个bug完全结束。
这是一个很好的定义，那么它如何影响思维以及对测试领域的测试人员意味着什么呢？...当测试人员进行任何测试时，他们已经受到了自己的偏见的影响–根据要寻找的内容，可能出现的潜在缺陷，谁在开发它，程序的整个历史等来构想和判断。而这样的例子不胜枚举。...例如，作为测试人员，我们经常倾向于认为Web应用程序将具有类似的错误，而客户端服务器应用程序将具有一组相似的错误。 作为测试人员，我们自然会只根据项目的性质来寻找那些类似的错误。...要将其与测试领域联系起来，例如在一个增强项目中，其中一个界面是新开发的，那么测试人员自然会倾向于将精力更多地放在新开发的界面上，而忽略其他关键界面上的功能。...测试人员通常花大量精力在发现BUG上，这导致他们会关注发现BUG的位置，而忽略了其他尚未发现BUG的地方。
虽然上节课我们准备好了测试数据，但是本节我们要想想如何来测，从哪看结果等问题。 根据bug描述，我们每次测试完，都要重启服务，防止干扰。 用例过程： 运行项目B的用例，看看登陆态字段uB是否存在。...重启服务 先运行项目A的用例，看看登陆态字段uA是否存在。 再运行项目B的用例，看看登陆态字段是 uB还是uA 即可。...先重启服务，单独运行项目B的 用例： 报告如下： 可以清晰的从url和header中看到此时 的登陆态字段 uid = uB。...这里证明我们单独测试的情况是ok的，然后就是测试同学反馈的干扰bug了。 然后我们 重启服务，运行项目A用例，报告如下： 可以看到项目A用例 的登陆态字段 uid = uA 没问题。...直接去执行项目B的用例，看结果： 好！问题成功复现了！ 感谢找出这么隐秘bug的同学！ 接下来我们就要去解决它了，其实不光是这个问题。
软件测试日常工作中，每天可能都会遇到不同的问题和bug，有些刚入行的测试喜欢不加分析就直接甩给开发去解决。 开发比较闲还好，如果手头工作比较多，就容易烦。...不同技术水平的测试人员，bug分析定位能力也有高低。这个除了需要不断总结之外，能决定你水平高低的原因其实就是工作经验。 测试的项目多了，遇到的bug，踩的坑多了，自然水平就上去了。...搞明白这个场景的数据流转就很容易定位分析这个bug了，可以使用抓包工具抓包这个我的订单调后端的接口。 如果抓不到这个接口，就是前端没有发出请求，显然是前端问题。...日志本质上就是开发写在项目中的代码，报错会抛出异常信息，以及打印一些接口返回信息等等。 有的公司会有专门的日志查询系统，有的公司是通过xshell工具连接上linux系统再查找日志，这就看公司了。...但是如何定位分析bug，如何编写测试用例，这些都是每一个测试安身立命的家伙，所以一定要掌握好。
“双花”一词我是从区块链领域的听到的，查了一下资料，基本所有的引用都是基于区块链，但是今天所讲的“双花”不是区块链领域，而是普通的接口测试中遇到的BUG，由于概念一致，所以采用“双花”一词。...下面分享一下自己在工作中遇到的一个双花的BUG的测试方案和原因解释。 场景：有一个兑换活动，大概金币兑换礼物，金币是整个平台流通的货币，礼物价格不等。...测试工具：Java（不唯一），把接口提供的功能封装为方法，然后通过多线程调用封装号的方法，完成多线程请求兑换接口。 解决方案：在常规测试场景以外，利用多线程并发去测试双花BUG。...主要利用了写好的性能测试框架去并发去发送某一个httprequestbase对象，通过构造对应的测试数据，检查测试完成后的测试数据，对比发现是否存在双花的BUG。...BUG描述：在完成测试时，用户获取到的礼物数量大于1000，余额为零。最后10次请求，有一些是响应成功的。
作为测试人员，和我们最常打交道的，莫属bug。当你发现bug后，会采取什么样的行动？是直接报出来，亦或找找问题原因？ 不管是我们自己找到的，亦或是开发修复后告诉我们的，知道问题之所在总是好的。...一、定位问题的重要性 很多测试人员可能会说，我的职责就是找到bug，至于找原因并修复，那是开发的事情，关我什么事？ 好，我的回答是，如果您只想做一个测试人员最基本最本分的事情，那么可以这么想。...7 后端生成页面问题 后端生成页面，最常见的就是类似于jsp、php、python的某些前后端不分离的框架，这种比较特殊，常见于单人开发的项目，这种项目的问题排查和其他项目总的思路也一样，只不过前后端bug...bug千差万别，有时候需要一个一个分析。多修炼内功：对业务系统的掌握，测试方法以及开发技术。建设自己的bug知识库，多思考、多积累、多总结。...如果冒烟测试都不通过，就不要浪费时间定位了，直接打回。优先解决项目进度问题，其次才是测试深度。
导致项目出现修改错误。...image.png image.png 十、项目部署（失败） 整个项目在 windows 测试已经成功部署，打包到 Linux 去测试时，一直无法调用远程服务。...若要成功部署此项目需要有云服务器公网 IP 以下是启动项目的命令，虽然因为没有足够的云服务器，项目无法在 Linux 测试，也在此记录一下。.../scw-webui.log & 十一、总结 众筹项目到终于写完了，经历 20 多天的代码编写，期间出现了许多的 Bug，很多 Bug 都是因为自己的粗心，都是一些细微的小错误，要么方法调用错误，在方法上少注解...最后了，虽然在 windows 平台这边跑成功了，但是 Linux 失败了，这个项目也留下了一点点小小的遗憾，以后等有机会在来测试部署。。。
所以，让sass迁就node吧 可以尝试卸载重新安装node-sass 1、卸载node-sass 运行：npm uninstall node-sass 2、重新安装指定的node-sass版本（本项目不指定
于是，我在升级之后，先用工具整体扫描了一遍代码，还好没报错。 然后呢，还要再人工确认，每个页面都要仔细检查一遍，点一点关键的按钮等。...所以我也没有上网搜索，而是直接在原网页和更新版本后有 bug 的网页分别打开 F12 开发者工具，一下就发现，更新版本后的网页缺失了一段样式。...但对于一个倔强的程序员来说，远远不够，我不仅要能解决 Bug，还要 深扒 一下这个 Bug！ 有同学问了：为啥呢？项目能正常跑不就行了么？ ? 为何要深扒 Bug？...当然，如果项目十分紧急，自己本地改掉也未尝不可，但还是建议先多去了解下项目。 3. 开源建设 如果真的是未被发现的 Bug，你的提出和分析可以帮助到更多用到这个项目的小伙伴，何乐而不为呢？...能发现和解决一个知名项目的 Bug 也是一件了不起的事。 4.
当我们编写node原生模块的时候，免不了对node-gyp项目进行命名，在node-gyp进行build的时候，会跟binding.gyp配置文件中的target_name生成对应的原生模块。...修改为该target_name后，我们进行node-gyp configure && node-gyp build，会发现编译器报错： 使用IDE分析 我们曾经讲过，node-gyp实际上只是构建工具...，他会根据各个操作平台，生成对应平台的项目。...查看项目目录下，我们就能看到一个build文件夹，这个文件夹下面会有解决方案： 我们使用VS打开，开始进行分析： 通过IDE的智能提示，我们看到在下面的宏使用报错了： 通常，对于宏报错，我们需要的第一步是进行宏展开
下面介绍项目中遇到的两个BUG. 1. 依赖冲突 在项目中依赖数结构如下： maven就近原则解决依赖冲突。即按照依赖树的广度遍历，使用先遍历到依赖包。 No.
提问：徐老师，目前我所在的项目组更新迭代快，线上bug绝大部分是前端引起的（前端修改了某一个功能后可能会导致之前功能出现bug）。...针对这个问题项目负责人重新制定了流程规范，研发负责人要求前端多自测且尽可能罗列改动涉及的影响点，方便测试冒烟回归。...因为更新迭代快，对于测试来说目前UI自动化不太适合，想请教下徐老师这种情况下该怎么监控因为前端的改动而导致的bug呢？ IDO老徐： 1、这种情况（快速迭代），UI自动化，没啥意义，可放弃 。...但，建议测试同学，提供「测试点」。否则，要求开发自测，也只是个形式，解决不了啥问题 （开发不知道要测哪些）。 3、本质上，还是开发流程的问题。...这才是 测试Leader 需要去思考的。 5、实在不行，测试同学，人工去重点关注某些开发同学的改动点。列一个基础的回归 list，重点测试 。 6、上线，主流程，必须回归一遍（或人工，或技术。
在发布任何新的或更新的软件之前，它要通过一个内部测试阶段。你的 QA 或软件开发人员能够手动测试应用程序来发现 bugs。 另外一个途径是从你的用户那里知道 bugs——这是外部 bug 报告。...下一步是搭建一个 bug 跟踪漏斗。其基本安装遵循如下规则： 新 Bug 拒绝或确认？ 安排优先级并分配 修复中 测试 测试中 修复完成 每一步都由你需要执行的具体动作以及涉及的具体人员组成。...它为开发和测试团队提供了一个系统来跟踪软件开发、应用程序开发和部署中的 bug 修复和代码变更。...缺点 定价有点儿陡峭； 不能将一个 bug 分配给一个项目。 总结 如果你已经有了一个现有的项目管理系统，那么 Marker.io 是最好的工具之一。...使用一个 bug 跟踪工具会提高整体效率。在本文中，我们已经向你展示了一些能帮你提高效率的最佳工具。除了这些工具，一些软件公司拥有他们自己的内部 bug 跟踪系统，针对他们的项目构建和使用。
1 BugZilla Bugzilla 是一款开源的 Web 应用，是一款bug跟踪系统和测试工具，由 mozilla 开发，并采用 Mozilla 公共许可证授权（MPL），它经常被一些高科技公司如...可以看到以上所列的 bug 跟踪系统中很多都是项目管理工具，用上它们肯定会让你在项目开发中如虎添翼。...2 Redmine Redmine 是一个开源的、基于Web的项目管理和缺陷跟踪工具。它用日历和甘特图辅助项目及进度可视化显示。同时它又支持多项目管理。...3 Trac Trac不仅仅是一个bug跟踪工具，还是一个增强版的Wiki以及项目管理工具，采用Python开发，专为软件开发项目设计。Trac 将自身描述为一种基于Web的项目管理系统的简约方法。...虽然Fossil似乎是一个非常稳定的bug跟踪工具，它的重点是版本控制，但这也让其不那么适用于技术小白。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
