cherry的专栏

我在百度做软件测试工作的趣味性在于可以接触到很多新IT技术的产品和把新IT技术知识应用到测试中，这些是我在百度最有趣的事。典型的代表就是如何尽可能找出不是bug但影响用户体验的设计问题，在百度被称为效果测试或产品评测。从测试目的而言这类测试不是发现软件编码的错误，而是发现产品设计的不足。应用的技术和方法有：基于大数据思想进行相关性分析自动挖掘数据badcase、众测、百度TIP中的AB tes

现在有不少测试朋友做的项目中，可能也会涉及到支付相关的功能。比如：做商城的，做游戏的以及其他在线交易的网站、APP等。如果支付出了问题，或者用户拿少的钱通过篡改请求数据购买大金额的商品，如果是实物的话，发货前还有可能被发现。如果是虚拟商品话费、游戏币等就有可能造成损失。　　所以，不管是实物也好，虚拟商品也好，涉及到支付功能时，大家在测试的过程中一定要重视，否则，会造成很大损失。之前可能大家

浅谈互联网金融测试平台规划　　最近，测试团队的测试平台逐渐成型，记得16年我刚来公司时做的一个规划，打算将测试平台建设起来，谈谈自己的一些理解和体会，算是事后为这个事情的一种复盘；最早测试平台规划时，我们当时打算是如下图所示：　　上图展示重点是4个大的方向，当时我们计划是将从测试所有需求或任务源头管理，然后到测试具体任务安排，测试任务执行，包括各种测试的支持，当然也包括

相信各位所在的互联网企业，都会有对故障级别的定义，不管是做金融，电信，游戏，还是社交等，故障这个词永远不陌生，今天来谈下对故障定级应如何去考虑。首先，来谈谈什么是故障？系统上线后，一般都会正常运营，如果出现一些非不可抗拒因素造成的对系统服务中断或是发生非预期的行业，都可以称为故障。通常多数公司都会按严重性来区分故障定级，虽然是一个很好的方法，但有时技术人员会绝得，我很短时间就恢复了，并没有

今天谈点测试团队转型话题，相信每个做测试管理者的同学，都会碰到类似的问题，如何才能带领现有的团队成员实现一次质的飞跃，当然也包括你的上级领导对你的期望；我个人主要经历了4家不同技术管理风格的CTO，其中他们对测试的理解都不完全相同，但核心观点是都是期望测试在质量把最后一道关卡，希望测试做质量的守护之神。　　话不多说，重点来了如何带你的团队实现一些质的飞跃，帮助他们成长，同时对公司和个人实现

浅谈测试环境管理方式 　　来新公司已经有一段时间了，刚来时对公司目前环境管理的方式不是很理解，也有众多疑问，其实现在我个人的看法，绝得目前现在所采用的环境管理方式，不是很好，原因有多方面，目前公司环境的管理方式，系统成熟度及人员技能还是不匹配，很多功课没做；言归正传，说了这么多，哪么来讲讲现在流行环境管理方式有哪些。　　先来介绍，大家最常见的一种环境管理模式，我们就叫传统环境管理方