当你写了一个非常有用的Python工具并且非常想把它分享给你的同事，最好的办法是什么呢？我们这里推荐将你的代码封装到一个PythonPackage中，相比于复制粘贴，使用Package至少有两点优势，一是容易安装，二是容易保存。如果你觉得制作一个Package是一件头疼的事情，那么这篇手把手教你构建Package的文章文章将向你证明，事情并非你想象得那样复杂。事实上最少只需要三步（另外是一些可选的
1.测试金字塔MikeCohn在他的著作《SucceedingwithAgile》一书中提出了测试金字塔这一概念。根据MikeCohn的测试金字塔，测试组合应该由三层组成（自下往上分别是）：单元测试、服务测试、用户界面测试。最下层是单元测试，单元测试是自动化测试策略稳固的根基，因此也是金字塔结构的最底层；最上层是用户界面，通常用户界面是脆弱的，测试和修改的经济成本和时间成本较高；中间服务层是为了过
本文主要从自动化测试原理，深入讨论和理解各个框架如何使用自动化测试基础原理，进行设计框架。后续继续和大家交流测试框架的三驾马车，自动化测试框架六要素等文章，深入自动化框架背后的原理思考如何构建一个自动化测试框架。希望大家多多讨论，多提意见。上文提到《什么样的测试框架更合适呢？》，新一代自动化框架实现了对象、操作、数据的分离，从而实现了业务、脚本、数据之间的相互独立，最大程度地减少相互之间的影响，大
1.测试遇到的困惑与挑战随着飞信活跃用户、同时在线数量的不断增加,互联网的快速发展,以及微信等新一代IM产品的上线，客观上对飞信的发展带来了巨大的挑战。作为飞信的开发运营支撑商，必须产品运营模式和开发流程进行变革才能使飞信产品更好的发展。而这些变化必然对原有的测试流程和体系带了很大的挑战。互联网转型：互联网时代的到来，最直接的变化就是快，产品需要快速迭代，快速发布版本，原来需要半年时间发布一个客户
做自动化测试有十余年，一直想写自动化相关的文章但没敢写，怕自己道行不深，误人子弟。前段时间公众账号没有文章可发，开始写了几遍自动化相关的文章，详见《UI自动化到底该如何实施？》《UI自动化应该实施哪些内容？》《高效自动化测试框架的5个特征》阅读量还可以，更有朋友鼓励多写几篇关于自动化相关的文章。接下来几篇文章将和大家讨论自动化框架构建，从自动化测试基本原理、测试框架的三驾马车，自动化测试框架六要素
什么样的自动化测试框架才算是好框架呢？个人根据多年的工作经验认为，一个好的自动化测试框架是和团队成员的能力相匹配，不是很难也不是太容易；是充分和开发建立协议和互信的，确保变化对测试的影响最小化；是充分融入现有工作流程，而不是独立出来自成体系；是高度封装，减少冗余无效工作，易于学习和理解，可维护的框架体系；是能够交付使用测试体系。1.和团队成员的能力相匹配自动化测试能否在团队中推广使用，一个很重要的
在《UI自动化该如何实施？》文中从ROI的角度，提出UI自动化实施的覆盖率达到15%到25%时，收益最高。那么15%到25%覆盖范围应该为哪些内容呢？结合笔者多年的经验从以下五个方面简单的聊聊如果要实施UI自动化测试时，基于ROI的角度出发应该选择那些功能模块或者系统优先进行UI自动化测试。1.核心功能和基础功能对一个软件或者App来说，毫无疑问的要先对其核心功能实施UI自动化测试，因为每一个软件
每次去参加各种大会，都有人在问UI自动化的收益如何？然后听到很多抨击UI自动化测试的各种声音，那么UI自动化到底有没有用？用处在什么地方？该如何做UI自动化测试才有用呢？1.UI自动化的目标是什么？在考虑自动化测试到底有没有用，需要不需要做之前，先要讨论下UI自动化测试的做UI自动的目的是什么？在很多时候，都没有弄清楚目标目的，就武断的给出“UI自动化测试根本就没用”，“UI自动化是银弹”等标签。
几乎每个开发人员在他们的职业生涯中都遇到过(或构建过)一段令人“望而却步”的代码，甚至都没人愿意去碰它。因为要对代码进行修改可能很容易，但如果代码中有太多的边界场景，那么就很容易破坏某些东西。最终当然会出现由代码引起的bug。也没有人会愿意在那里碰运气。修复它可能很容易，但测试它需要几个小时。这是假设所有的边界情况都被记录下来了或者是已知的情况。(哈!)自动化测试不会使这段代码变得多漂亮，但肯定会
Git技术分支创建和切换分支Git有许多用于处理分支的命令。创建分支的最常见方法是使用gitcheckout-bNAME_OF_NEW_BRANCH命令。这个命令会从当前分支上的最新提交开始，创建一个新分支，然后切换到该分支。您也可以使用gitcheckoutNAME_OF_EXISTING_BRANCH（不带-b选项）切换到已有分支。还有许多其他分支命令：有关命令和选项的列表，请参见Git文档和
热门文章