发布了 26 篇内容
共 81557字, 被阅读 196次
获得了 0 次赞同
获得了 0次喜欢, 获得了 0 次收藏
参与了 0 次互动
互动包含发布评论、点赞评论、参与投票等
测试右移与自动化测试
测试右移是 DevOps 中一项非常重要的工作。随着 DevOps 的兴起,不仅研发人员需要参与到 Ops 的工作中去,测试人员也是需要加入进去,参与产品环境中各种测试与质量相关的工作,从而尽可能的保证软件系统在产品环境中的质量,包括正确性,稳定性等。其中产品环境中
AI 辅助测试与自动化测试
随着 AI 的飞速发展,AI 已经使用到许多软件系统中,也逐步的应用到软件测试的工作中,并且利用各种 AI 相关的技术来辅助测试工作也是未来一个测试趋势。当前 AI 的主要几个应用方向包括,视觉系统,语音系统,决策系统,自然语言处理系统和大数据系统,因此在测试辅
自动化前端页面性能测试介绍
随着 Web 应用的空前发展,前端业务逐渐复杂,为了处理这些复杂业务,前后端分离,出现了专门应对这种分离架构的应用开发框架,比如 Angular,React,Vue 等,从而也导致 Web 应用的复杂度大大增加,并出现了 SPA(Single Page web Application)。同时随着越
基于 Serverless 的测试服务化 - 理论篇
随着自动化测试方法和技术的快速发展,自动化测试的的直接开发难度越来越小,但是由于其规模越来越大,测试类型和测试基础设施也越来越多,导致整体开发和实施自动化测试的复杂度是在逐渐增加的。对于大型项目,相对大量不同类型的测试和测试基础设施,专注于
探索式测试落地实践
早在 1984 年,Cem Kaner 就提出了探索式测试(Exploratory Testing),并首次定义它是“一种测试风格,主要是强调个人的自由与责任,让独立的测试人员可以持续的并行的通过相关的学习,测试设计,测试执行等活动来改善测试工作的质量”。
契约测试理论篇
随着 Web 系统的大规模发展,Web API 已经成为了一种广泛使用的技术,再加上微服务和云系统的普及,Web API 的数量呈几何增长。比如在一个大型 Web 系统中,各个子系统或者依赖系统之间一般都使用 Web API 来集成
测试用例编写和管理
随着软件系统规模的持续增大,业务复杂度的持续增加,软件测试的复杂度也随之越来越大。而软件测试工作复杂度的直接体现就是测试用例编写、维护、执行和管理,所以编写易读、易维护和易管理的测试用例可以有效的降低测试工作的复杂度。本文主要系统的介绍了测
软件测试中的服务虚拟化
最近几年虽然微服务十分火热,但是仍然有不少人不喜欢微服务,甚至抵制它。其中最主要的原因就是其成本高,难度大。就困难而言,主要是遇到了一些不易解决的问题,其中包括以下三个与测试数据和测试环境有关的问题:
服务端系统性能测试
很多测试人员对于性能测试实践的机会不多,所以很难获得相关的实践经验,也很难系统的总结出性能测试相关的知识。为了方便大家能快速的系统的从整体上了解性能测试,我总结了性能测试洞见 101 系列文章,今天就让我们来聊聊服务器端系统性能测试。
性能测试之并发模型对比 (JMeter,Locust 和 Gatling 篇)
最近不少公众号和在线课程都在讨论性能测试和性能工程,但是鲜有涉及开源性能测试工具的比较与选择。几年前我就写过一篇介绍 Gatling 的文章《一代服务器性能测试工具 Gatling》,里面简单的比较了 JMeter 和 Gatling 自身性能和开发形式。
瀑布 vs 敏捷质量控制
最近随着敏捷测试在中国测试届风起云涌,其中包括不少公开课以及各种文章和在线分享,越来越多的人开始关注敏捷测试和敏捷开发。不过仍然有不少人对敏捷测试和敏捷开发提出了质疑,其中最典型的就是:
我们的敏捷测试实践
我的同事肖然在 《ThoughtWorks 的敏捷开发》一文中介绍了 ThoughtWorks 敏捷开发的全貌,并在其中简单介绍了 ThoughtWorks 是怎么做质量内建和敏捷测试的。我作为一名加入 ThoughtWorks 已经 7 年的 QA,想更为详细的介绍一下这些内容,希望能帮助业界中仍对于敏捷测