数字化转型强调业务价值驱动、以技术为核心，传统的业务部门和研发部门都会在转型中得到重视，而传统的测试部门因为得不到相应的关注和指导，通常会处于尴尬的局面。在这样的大背景下，如何帮助测试团队顺利完成转型备受关注，本文将跟大家一起探讨这个问题。01数字化转型给测试带来的挑战转型让测试人员打散到研发团队，通常使得测试人员茫然无措，非常地不适应。与众多转型企业中的测试团队沟通后发现，测试转型面临的挑战主要
Bugs！无论您多么小心地去编码，现在或以后，每个应用程序都可能出现错误，特别是大型企业软件。现在，很多人都有“我的代码整洁且没有bug”的态度，实际上即便可能，创建没有错误的代码也是异常困难的。但是，这并不意味着您应该放弃或者编写无法正常工作的槽糕代码（spaghetticode）。我们作为开发人员，应该尽最大努力编写高质量的代码。高质量意味着少量的错误。除此之外，在生产环境中出现Bug代价是非
在企业代码库中，您遇到最多的组织代码的方式是什么？我见到最多的是把类（假设是Java领域）按照技术栈进行分层。例如在MVC模式中，所有的Controller放在一起，所有的Service放在一起，所有的Repository放在一起，所有的POJO放在一起。我们把这种组织代码的方式称为栈式风格（“stack”styleoforganizingcode）后面我会解释为什么栈式风格是一种糟糕的组织代码的
在过去的几年里，我们一直肩负着统一Spotify播放器桌面端和网页端UI的使命。但是我们原来的开发方法没有办法实现这个目的，所以我们决定做一些改变。两种客户端在2018年底，我们的团队全权负责Spotify播放器桌面端和网页端的相关工作。桌面端具有丰富、全功能的用户体验，而网页端的播放器是一个更轻、更简单的体验。因为Spotify网页端的播放器使用了React框架，我们招入的工程师都能轻松应对，但
人常说每个笑话都是基于某种现实。就我们最近的愚人节笑话（3月31日StackOverflow发布将涉足硬件领域的博客文章）而言，或许那就是事实，或许是真相的一部分。我们在沿袭StackOverflow传统业务发展的时候，也想与时俱进调整我们的业务。这个灵感来自于创始人对需要付费查看问题答案的网站的失望。如果我们也决定以后从StackOverflow复制代码需要付费，这个世界会是什么样子？好了，玩笑
当你写了一个非常有用的Python工具并且非常想把它分享给你的同事，最好的办法是什么呢？我们这里推荐将你的代码封装到一个PythonPackage中，相比于复制粘贴，使用Package至少有两点优势，一是容易安装，二是容易保存。如果你觉得制作一个Package是一件头疼的事情，那么这篇手把手教你构建Package的文章文章将向你证明，事情并非你想象得那样复杂。事实上最少只需要三步（另外是一些可选的
1.测试金字塔MikeCohn在他的著作《SucceedingwithAgile》一书中提出了测试金字塔这一概念。根据MikeCohn的测试金字塔，测试组合应该由三层组成（自下往上分别是）：单元测试、服务测试、用户界面测试。最下层是单元测试，单元测试是自动化测试策略稳固的根基，因此也是金字塔结构的最底层；最上层是用户界面，通常用户界面是脆弱的，测试和修改的经济成本和时间成本较高；中间服务层是为了过
本文主要从自动化测试原理，深入讨论和理解各个框架如何使用自动化测试基础原理，进行设计框架。后续继续和大家交流测试框架的三驾马车，自动化测试框架六要素等文章，深入自动化框架背后的原理思考如何构建一个自动化测试框架。希望大家多多讨论，多提意见。上文提到《什么样的测试框架更合适呢？》，新一代自动化框架实现了对象、操作、数据的分离，从而实现了业务、脚本、数据之间的相互独立，最大程度地减少相互之间的影响，大
1.测试遇到的困惑与挑战随着飞信活跃用户、同时在线数量的不断增加,互联网的快速发展,以及微信等新一代IM产品的上线，客观上对飞信的发展带来了巨大的挑战。作为飞信的开发运营支撑商，必须产品运营模式和开发流程进行变革才能使飞信产品更好的发展。而这些变化必然对原有的测试流程和体系带了很大的挑战。互联网转型：互联网时代的到来，最直接的变化就是快，产品需要快速迭代，快速发布版本，原来需要半年时间发布一个客户
做自动化测试有十余年，一直想写自动化相关的文章但没敢写，怕自己道行不深，误人子弟。前段时间公众账号没有文章可发，开始写了几遍自动化相关的文章，详见《UI自动化到底该如何实施？》《UI自动化应该实施哪些内容？》《高效自动化测试框架的5个特征》阅读量还可以，更有朋友鼓励多写几篇关于自动化相关的文章。接下来几篇文章将和大家讨论自动化框架构建，从自动化测试基本原理、测试框架的三驾马车，自动化测试框架六要素
热门文章