你试过吃带壳的坚果吗?如果是,我想这不是一次非常成功的经历。虽然大家都知道坚果是非常健康和有营养的。矛盾的是,许多公司在实施测试自动化时没有考虑细微差别。每个人都知道它对身体有好处(就像吃坚果对我们健康有益一样!)。但是,如果您不遵循某些方法,您可能会失去自动化的一些好处。为了避免这种情况,我们收集了10个测试自动化的最佳实践。实践1:手动和自动测试结合所有事情都是适度才好。包括自动化。许多测试只
2022-10-22/2488 人阅读/3 人点赞

更新:本文在如下链接中有相关评论https://news.ycombinator.com/item?id=28692026如果您是一个大型组织中某个团队的一员,那么恭喜您,本文将带您一起深度了解您的环境。如果您刚从学校毕业,或者之前没有在大型组织中工作过,那么您可能还未感受到和其他人合作完成复杂工作时的苦恼。为什么一切都如此困难?为什么工作不能正常进行呢?原因是囚徒困境(一种博弈理论https:/
2022-10-09/2452 人阅读/2 人点赞

白皮书系统性地诊察了攻击,同时展示了一系列新的缺陷清单研究人员发布了一种新的模糊测试工具,用于寻找新型HTTP请求夹带攻击技术技术。该工具被称为“T-Reqs”,由来自东北大学、波士顿和Akamai的团队研发搭建。在一份白皮书(PDF)中,研究人员讨论了他们如何使用模糊测试工具发现大量新漏洞,他们表示漏洞赏金猎人和研究人员都可以使用这些漏洞。HTTP历史于2005年首次出现的HTTP请求夹带攻击会
2022-09-30/2417 人阅读/2 人点赞

Linux加密技术核心/dev/random的一个替代方案—Linux随机数生成器(LRNG),依赖于多个计算函数来充当熵源—经过五年的开发,已经准备好进行测试。该技术旨在提供API(应用程序编程接口)和ABI(应用程序二进制接口)并在保证与/dev/random兼容的同时,提供若干性能和实用性方面的优势。LRNG比/dev/random函数性能提高了一倍(130%)。LRNG中的数据处理仅使用加
2022-09-18/2513 人阅读/3 人点赞

8月13日应邀在天津做了一场质量保障相关的分享,主题是《看长远顾眼前——测试活动的理想与现实》,其中关于测试质量的保障因素,自己做了个简单的总结,形成了如下图所示的公式,本文做个详细的梳理,欢迎探讨。01质量意识首先,所有的测试活动都是由人开展的,人的因素应该第一时间被重视。测试人员对自己的定位,每个人自己的质量意识是非常重要的,如果你没有很好的质量意识,那么在遇到问题时,可能就轻易放过,或者浮于
2022-09-14/2926 人阅读/618 人点赞

在团队活动中,反馈是一项非常重要的活动,只有收到反馈,大家才知道事情做到哪里了,做得怎么样了。在敏捷软件开发的核心价值观中,反馈也是核心之一。01反馈指的是:在信息的传播中,接受者对传播者发出信息的反映。反馈得很重要一个属性就是时间滞延。在测试活动中,笔者经常会团队的测试人员一个问题:开发提交了一段代码后,多久能收到质量反馈?是按天?按小时?还是按分钟?再往前一步,产品提供了一个Story,多久能
2022-08-30/2761 人阅读/6 人点赞

本篇文章将对性能测试做一个简要的介绍。这是针对ISO25010标准中指出的“性能”属性或更确切地说是软件产品非功能属性中的“性能效率”进行的测试。性能效率被定义为在限定资源条件下的表现。[ISO25010]什么是性能?性能与IT系统执行任务的时间以及此类系统可以处理的负载有关。由于IT系统有许多不同的用途,因此用户对性能的期望也会有所不同。通常重要的性能指标包括实时系统的响应时间、批处理的持续时间
2022-07-24/4130 人阅读/69 人点赞

不懂变异测试,你好意思说自己是测试工程师,今天让我(一个即将秃头的工程师)带你深入浅出理解变异测试的方方面面。从测试覆盖率的局限性谈起很多时候我们会用单元测试执行后的代码覆盖率来衡量测试的充分性和完整性,问题是有了很多测试用例,同时又有很高的白盒覆盖率,是否代码质量真的就高枕无忧了吗?答案显然不是。来看个《软件研发效能提升之美》书里的例子就懂了。比如下面的代码,测试执行后的代码覆盖率可以达到100
2022-06-27/5503 人阅读/158 人点赞

话接上回(我眼中的性能测试),聊了个人对性能测试的一些看法。后来在直播间和老张,CC一起聊了如何构建个人的性能知识体系这个话题,本文做个总结,个人觉得这个话题非常有意义。单纯的碎片化知识很难产生效应,应该学会如何把这些零散知识点串联起来,形成自己的知识体系,才能更好地运用。那么,如何构建自己的性能知识体系呢?1.理解名词背后的原理在性能测试领域,有很多名词(缩略词),像TPS、响应时间、并发数、线
2022-06-23/4080 人阅读/163 人点赞

核心观点软件可测试性是实现高质量、高效率交付的基础,关注可测试性可以提升软件质量。可测试性差,会直接增加测试成本,让测试的结果验证变得困难,让测试活动延迟发生。可测试性是设计出来的,提升可测试性可以节省研发成本。可测试性包括可控制性、可观测性、可追踪性与可理解性四个维度。随着云原生技术的加速普及与快速发展,软件系统的规模和复杂性不断水涨船高。与此相对应,在软件研发过程中,为测试而设计(Design
2022-06-16/9277 人阅读/32 人点赞