几年前，我的团队从瀑布模型转到敏捷模型，现在转到DevOps。对企业而言，在生产环境一天多次部署新软件，最具挑战性的转型问题之一是需要革新测试。在持续部署和集成的时代，没有太多时间让QA团队发现问题并踢给开发人员。因此在开发结束后，产品上线前去测试程序的时代已经过去了。在这段走向DevOps的旅程中，我想出了一个非常简单的框架，并且改变了我对测试的看法（然而我的主要使命是产品经理）。从功能测试角度
网站：http://selendroid.io版本：0.11.0系统环境要求：已安装Java和AndroidSDK授权&定价：Selendroid项目已经被Apache2.0License授权支持：GoogleGrouphttp://groups.google.com/group/selendroidSelendroid是一个自动化测试框架，可以跑遍原生Android、各种应用（APP）以
在我写这篇文章时，首先进入我脑海的是CemKaner的话-“最好的测试人员不是发现缺陷最多的人或者让最多程序员尴尬的人。最好的测试人员是让最多的缺陷得到修复的人。”那么-发现最多的缺陷和让最多的缺陷得到修复这两者之间的区别是什么？难道不是很明显记录在缺陷管理系统里的任何缺陷都应该被修复吗？答案是否定的。有很多因素比如推广产品的时间，日程表上完成项目的时间，开发在不切实际的紧张日程中工作等。迫使公司
本文首发于InfoQ：http://www.infoq.com/cn/articles/QA-in-Production-practice2015年11月ThoughtWorks发布的技术雷达提到一个新的主题——产品环境下的QA（QAinProduction），2016年4月再次提到。这个主题第一次出现在技术雷达，就深深的吸引了我，当时我就给测试团队成员转发了这个内容，但同时脑子里也产生了这样一系
敏捷测试人员通常被称为质量分析师、SET、测试工程师和QAlead，以及其他一些名称。我已经做了一段时间的测试了，下面我将基于如何在敏捷团队中做好测试分享一些个人观点。在本文中，将用QA来代替敏捷测试人员。即使在敏捷团队，大多数人也会把QA当作一个独立的角色使之与其他团队成员区分开来。我认为这是一个过时的概念。QA和开发人员的区别在于思维方式的不同。那么QA之间又有什么不同呢？QA可以分为三类：业
UncleBob2014年5月1日我想念JimWeirich。我想念他的笑，我想念他的好脾气。最重要的是，我想念他去年和最近几年教我的东西。我感到如此失落。去年Jim做了一个叫“DecouplingfromRails”的演讲，讲解了怎样去重构一个Rails框架APP，从而从Rails框架代码解耦事务逻辑。这个演讲很精彩。如果你有时间听下这个演讲，它将会给你带来很多倍的价值。这个演讲的最后时刻Jim
QA角色-它到底是什么？我已经见到过好几次，那些打算用敏捷开发的公司将项目里做自动化测试的QA角色，仅仅视为一个瀑布模型的测试人员。我的意思是因项目需要做手动测试的人，也会看到测试代码（当然后者取决于很多因素）。在我看来，这种描述对我所认为的QA角色在广度和深度上是一种伤害。我经常花费相当多的时间跟客户解释这个角色的其他方面，以及每一个方面带给团队和产品的价值。这样解释了几次之后，我发现做一张（只
谈谈白盒测试中的几种覆盖方法白盒测试用例设计的一个很重要的评估标准就是对代码的覆盖度。一说到覆盖，大家都感觉非常熟悉，但是常见的覆盖都有哪些？各自有什么优缺点？在白盒测试的用例设计中我们应该如何自如地运用呢？今天小编就为大家总结了一下几种常见的覆盖以及各自的优缺点。白盒测试中常见的覆盖有六种：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖。下面我们就分别看看这几种不同的覆盖究竟是
2016年3月31日“有内容没有方法会带来空想；有方法没有内容带来空洞的诡辩。”—JohannWolfgangvonGoethe(“MaximsandReflections”,1892)“或许我们日常生活中最重要的消息就是数据集——不是算法——人类水平的人工智能发展的关键因素，”这源于AlexanderWissnerGross的一份书面回复Edge提出的问题：“你认为最近最有趣的科学新闻是什么？”
测试人员到底应该做什么？我和我的团队刚刚进行了一场头脑风暴。许多答案跳出来了：应该测试应该全面测试应该不漏掉任何缺陷应该理解应用程序应该尝试中断应用程序好吧，但是我认为“有质量”才能使得一名测试人员成为非常好的测试人员。我估计你肯定要问“怎么才能做到”呢？当你汇报一个问题的时候会发生什么？我抛出了另外一个思考。开发人员修复缺陷有时候他们不修复缺陷有时候他们推迟修复缺陷有时候问题被标记为“不可重现”
热门文章