敏捷测试如何优化业务价值
本文首发于「BY林子」，转载请参考版权声明。 提到敏捷测试就会提到优化业务价值，优化业务价值是敏捷测试的原则之一，敏捷测试的系列活动都要围绕交付价值服务，那么具体的到底要怎么做才能真正优化业务价值呢？ 我们需要从四个不同维度来思考和组织相应的测试活动以实现优化业务价值，如下图示： 四个维度 01. 从终端用户角度进行测试从终端用户角度进行测试是基本的测试思维，是测试人员必备的技能要求。 在思考、设计测试用例并执行测试的时候，不能简单的套用用例设计方法去机械的进行，而是要考虑用户可能的行为习惯、使用场景等。 下面来看两个例子： 场景一：我们在使用移动设备的时候，一般会设置自动锁屏。当测试某个移动App时，测试人员觉得移动设备的自动锁屏功能会导致测试很不方便，于是关掉了自动锁屏功能，结果后来在一台测试人员自己使用的设置自动锁屏的手机中发现了一个缺陷，就是在每一次锁屏并开启后，充值选项会新加载一遍，可以导致多个重复的充值选项存在。 场景二：测试移动设备断网的情况，通常会采用调成飞行模式或者关闭数据网络的方式，这两种方式对于iOS7以下的版本通常都需要离开所测的App去设置，这样的...
一页纸测试策略
【摘要】测试策略文档通常是篇幅较长、文字为主的形式，编写成本较高，并且写完了很少有人去看，形存实亡。本文介绍可视化的方式，将测试策略用图来表达，并且在一页纸上搞定，这样的策略图非常清晰，关键信息一目了然，并且提供更大的讨论空间，防止僵化，真正能够发挥策略的作用。 本文首发于「BY林子」，转载请参考版权声明。 “测试策略是什么样的？” “测试策略嘛，还不是包括#&~+-=～*-+$这些…” “你们项目的策略有什么特别的吗？” “我们项目嘛，测试策略的内容有点多，从哪说起呢？” 前面那个场景有没有似曾相识？你是否清楚目前你们正在使用的测试策略是什么样的？ 01. 常见测试策略测试策略的内容与形式我们都知道，测试策略包括以下两方面的内容： 测什么（What）？测什么是指质量需求是什么、需要关注质量的哪些方面，比如应用的功能范围、性能、安全、易用性等非功能需求。 怎么测（How）？怎么测就是采用什么办法来帮助系统实现质量需求，而不仅仅是手动和自动化的测试方法，也包括一切为质量保障服务的流程、环境、基础设施和人员等。 为了描述清楚要测的内容以及如何来测，测试策...
2019：我的节奏，由我掌控
本文首发于「BY林子」，转载请参考版权声明。 01
新一代支持BDD的测试框架Gauge+Taiko
本文首发于「BY林子」，转载请参考版权声明。 【摘要】Gauge不强调协作，可以作为自动化测试工具独立存在，同时又支持高效协作、支持实现BDD，是一款灵活性更好的框架。它的秘密武器Taiko是一款优秀的Web UI自动化工具，两者的结合堪称完美，让需求规范、自动化测试和活文档的有机结合真正成为可能。 01 BDD是什么BDD，Behavior Driven Development，行为驱动开发。 如果你不是很了解BDD，可以参考我四年前的一篇文章说起BDD，你会想到什么，其中介绍过BDD的理论和应用。 我们可以这样来概括BDD： BDD采用统一的领域特定语言（DSL）来描述业务场景和用户行为，让团队各个不同角色对业务需求有一致认识，从而做到更有效的沟通和更高效的协作； BDD的目的不是自动化测试，但是BDD可以有效指导自动化测试，基于BDD的自动化测试相当于维护了一份需求活文档，对项目需求的维护和管理非常有价值。 02 BDD应用框架之Cucumber1. BDD的应用BDD是为解决下面三个方面的问题而生： 协作：多个角色在一个团队，如何从一致理解需求开始高效协作？ 语言...
BQConf演讲：软件测试人员该何去何从？
本文首发于「BY林子」，转载请参考版权声明。 下文根据11月23日第39届BQConf北京的演讲《软件测试人员该何去何从》整理，为了便于阅读，稍作修改并增加了不同级别的标题。 三个故事01. 面试中的他两年前的一个下午，天气有些雾霾，在三楼光线不是特别明亮的会议室里，我和另外一位工作年限跟我差不多的同事面试一位有着10年经验的候选人。 对于跟一位工作十年的候选人见面，我和同事都挺期待，提前沟通好，做好了充分的面试准备。走进会议室，看到一位身材高大、略显疲惫的男士，没有我想象的那种阅历丰富、干练自信的样子。 简单寒暄之后，我们正式进入面试流程。他介绍了自己的工作经历，详细描述了自己这些年所从事的工作的点滴，听下来并没有太多的亮点。出于对候选人负责，我们想尽力去挖掘他的一些加分项，但是，很难，最终无果… 他来自某大公司，多年一直处于一个部门，从事几乎没什么变化的手动测试工作，工作强度不大，对技能要求也不是很高，他在那里做的得心应手。不料，公司业务发展调整，需要部分裁员，他不得不另谋出路。 02. 屏幕那头的她一年前，我写了一篇文章《微服务测试的思考与实践》。有位朋友看了我的文章，给...
离奇数据丢失案件的侦破与思考
本文首发于「BY林子」，转载请参考版权声明。 01 离奇的数据丢失案件最近生产环境出了一起数据离奇丢失的案件，调查过程很曲折，几度进入死胡同。下面跟大家分享整个事件的来龙去脉。 1.1 数据丢失案件 8月初，用户批量导入了一批（300+）委托人数据，导入后检查过数据都没有问题。最近（10月中），处理那些委托人的时候，发现所有委托人的某几个列表（list）类型的自定义字段的值都没有了…… 用户报过来以上问题，涉及到数据丢失，是高优先级问题，客户为此特别紧张。 团队随即展开调查。 1.2 补充说明为了更好地解释这个问题，补充如下信息： 委托人的信息存在于两个系统中：从A系统导入，存入A系统的数据库，同时会有同步机制把数据同步到B系统的数据库；在B系统也可以修改这些数据，修改完会同时写入A、B两个系统。 丢失数据的“字段”（不是字段的“值”）本身是通过list类型来自定义的，也就是说不同类型的委托人可能看到的字段是不一样的；而丢失的是自定义字段对应的“值”。 1.3 案件排查过程 团队第一反应是怀疑双写和同步之间出了问题，但仔细检查后觉得没法成立。 怀疑B系统的用户操作...
软件测试人员该何去何从？
本文首发于「BY林子」，转载请参考版权声明。 “好多QA转PM，因为QA（的地位）始终是要低一些” “我现在做的事情跟几年前没有区别” “资深QA在项目上做的事情新来的毕业生也能做” 上面的话你是不是也有同感？我相信大部分人会这么认为，因为这些表面上看起来的确是这样的！ 那么，软件测试人员或者说QA真的有这么惨淡吗？ 对于开篇引用的几句话，我们一一来分析一下。 01 测试工作的价值不容置疑“好多QA转PM，因为QA（的地位）始终是要低一些”说这话是没有看到QA所做工作带来的价值。相反的，我认为QA之所以可以转PM是QA工作过程中获得的锻炼挺多的，不仅可以转PM，可以转PO，技术型的QA还可以转Dev。 其实，QA和PM并没有地位高低之分，只是分工和职责不一样，QA转其他角色并不是地位的改变，可能只是更加适合自己。积极主动的做好本职工作，都能为团队带来很大价值；做的不好的话，都同样的不能带来价值。况且，做的不好的PM可能影响到整个团队，所带来的价值远不如一个优秀的测试人员带来的价值大。 团队协作才能成功 我们应该以合作的心态看待这个问题，一直强调的团队为质量负责，需要每个人都...
高效会议的13条军规
本文首发于「BY林子」，转载请参考版权声明。 每天的会议太多了，我都没有时间写代码了… 最近天天各种讨论，我有好多story都没测了… 在蓝鲸项目经常能够听到这样的声音。这也难怪，团队大了，总有各种会议和讨论，沟通成本上升不少。但是我们不能只是抱怨，如何提高开会的效率才是关键。 前同事李光磊写过一篇《极限会议》就是讲的怎么提高会议效率，写的非常好。但其中的原则要真正实践起来可能还是不那么容易让所有人都能快速理解并实施。 本文通过故事的方式分享日常会议的常见问题，并试图从会前、会中、会后三个阶段来列一些相对比较基础的、比较容易落地执行的规则。 会前场景一：突如其来的会议 一天早上，小青看了看时间，已经是9点半，半个小时后有个面试，这是上周HR就约好了的，他把候选人的简历拿出来看了看，想提前准备一下。 “小青，咱们几个去开个会，头脑风暴一下下周跟客户的catch up XXX的内容！” 突然听到有人叫他，小青回头一看，原来是老王。 “大概要多久？我十点有个面试呢。 ” “看进度吧，估计得一个多小时，我半个小时前给你们几个发了邀请了。” “那我肯定不行！我只有半个小时，你不提前...
说好的团队为质量负责呢？
本文首发于「BY林子」，转载请参考版权声明。 问：谁应该为质量负责？ 答：QA是负责测试把关，主要负责吧，DEV也要在设计和代码上对质量负责。 问：那其他角色呢？ 答：BA还好吧，跟质量的关系没那么大。 …… 在蓝鲸项目，似乎大家对质量的关注意识有些欠缺，于是在项目上的不同角色、不同工作年限的人之间采样做了一次访谈，上面这个问题就是其中访谈的问题之一。有同事曾提醒我说这种题就是送分题，肯定不会有人回答不出。可是，事实并非如此 … 为什么会这样呢？我猜想可能是大家对质量的理解不一致的缘故，在没有搞清楚什么是质量的前提下，当然也没有可能理解到底谁该为质量负责。 因此，我们来看看质量到底是什么？ 01 质量是什么 产品质量不是检测出来的，从产品生产出来后质量就已经在那了。 ——著名的质量管理专家戴明 在讲什么是质量之前，我们有必要区分两个不同的概念：测试只能检测、发现缺陷，而质量要通过缺陷预防来实现。 测试与质量不可同日而语，以后再也不要说“上线这么多问题，测试是怎么测的”这种话了。 那么，质量到底是什么？对于不同的角色、不同的利益相关者，质量有着不同的含义。总的来说，可以分...
从《技术雷达》看软件测试人员的挑战与机遇
本文首发于「BY林子」，转载请参考版权声明。 “我们公司的测试好多都转业务或开发了，还有的转管理了，测试做不长久…” “现在好多公司已经不招测试人员了，感觉测试没有什么前途…” “ThoughtWorks技术雷达上都是开发相关的内容，测试相关的内容越来越少…” 软件测试总是被看做没有技术含量、没有前途的工作，很多做软件测试的朋友也比较迷茫，表示发展受限。在这个技术飞速发展的时代，各行各业都在实行数字化转型，各种高新技术似乎离测试人员越来越遥远… 那么，测试人员真的是前途渺茫吗？本文将根据ThoughtWorks最新发布的第20期技术雷达来分析当前流行的技术给软件测试人员带来的影响是什么，有哪些机遇与挑战。 技术雷达上的内容涵盖有技术、平台、工具和语言&框架四个维度，我观察到其中跟测试人员关系比较紧密的主要有以下几个方面： 1. 支持快速、持续交付的基础设施与DevOps实践质量和速度是最关键需求，为了适应各行各业对速度的要求，配套的支持快速、持续交付的基础设施与DevOps实践是成功之必备。技术雷达上与之相关的条目有很多，比如：Terraform生态系统和四个关键...
