摘要:
——划分逻辑事务在前一篇文章我们讲到,“逻辑事务”是统计功能点指数的最小单元,所以进行科学的划分,对统计的正确性非常重要。另外,划分逻辑事务其实也是一个需求分解的过程,测试工程师可以通过这个过程来分析项目需求,让需求分析工作更加标准化,同时也降低沟通成本,大家围绕逻辑事务进行讨论。逻辑事务一般描述的是用户的行为,所以命名一般都是动宾结构,例如“注册淘宝会员”、“查看宝贝的详情”。也有少数的逻辑事务是由一些定时程序产生的,例如“同步用户的最新信息”。有的项目会在需求文档里面专门描述一些“业务规则”,注意,规则不是逻辑事务,规则一定是依附与某个逻辑事务的,例如“不准注册同名的会员”这个规则其实是属 阅读全文
2011年2月15日 #
2011年1月14日 #
摘要:
既然是“核心价值”,就应该能用一句话说清楚。关于软件测试的核心价值是什么,各种观点争论了很久,似乎很难得出一个明确的结论。这里有个很重要的原因,就是我们都深陷在测试工作的细节里面,没办法看清自己的位置和价值。不识庐山真面目,只缘身在此山中。要想搞清楚这个问题,我们必须走出围城来进行分析,如果把软件测试看成一种服务,那么从客户的视角来评判,最合适不过了。下面讲一件真实的事情。有一次我回家跟老友一起吃饭,聊起最近的工作。老友的单位是一家大企业,几个月前委托一家软件开发公司,开发了一套很大的企业管理软件。现在软件已经开发完成,进入了验收阶段。现在问题来了,负责验收软件的是信管部,部门老大非常担心软件 阅读全文
2010年12月26日 #
摘要:
09年有一个韩国人,在网络上发布了一系列“血型漫画”,风靡一时,也引起了大家对血型和性格的兴趣。虽然现在科学并没有证明,血型和性格存在必然的联系,不过不同血型的人在处理相同问题的时候,却表现出非常有趣的规律,另外统计学上也有一些数字非常说明问题,比如说,在监狱里不常看到A型血的犯人,但是在精神病院却经常发现A型的病人,这和A型比较守纪律,容易焦虑的性格吻合的很好。结合血型与性格的分析,我们来看看不同血型的测试工程师,在日常工作中都有哪些特点。A型A型天生具有发现事物缺陷的能力,在A型眼中,世界是不完美的,总是存在各种问题。他们也非常善于观察细节,因此多么细小的Bug,也逃不过A型工程师的眼睛。 阅读全文
2010年12月1日 #
摘要:
——Mk II功能点算法与MVC模型从这篇文章开始,我会用连载的方式,记录淘宝测试团队对功能点算法的研究和实践过程。从上个世纪70年代开始,一些软件企业就开始引入“功能点分析算法”,来评估软件功能的规模,然后便可以对软件开发的成本和工期,进行精确的度量,也可以对开发团队的生产率进行考核评估。半个世纪以来,很多种不同的功能点算法模型被建立起来,Mk II功能点算法是其中一种比较常用的模型。随着淘宝网站的高速发展,淘宝开发团队规模也不断增大,于是必然要面对管理问题。人数的增多必然带来管理层级的增多,这样很容易出现管理结构的臃肿,管理成本增高。如果我们引入一种简单而且科学的工作度量模型,让每个人每个 阅读全文
2010年11月26日 #
摘要:
中国有句老话:过犹不及。软件开发中也有一个概念:“过度设计”,说的是为了实现一些简单的功能需求,设计出非常臃肿的结构,代码间的继承、依赖、调用非常复杂,开发工作量大并且难以维护。在软件测试工作中,也存在类似“过度设计”的问题,特别是大中型的软件企业,人数比较多,各方面工作流程趋于稳定和规范,问题更容易发生。出现“过度测试”的原因非常简单:忽视了软件测试工作的终极目标与核心价值,而过于关注测试活动过程。这里我列出一些“过度测试”的案例,我们一起分析一下。测试工作必须依赖完整规范的需求文档回忆一下公司创业初期,那时做项目也没有特别规范的文档,一般就是几个Excel表格、一些Word说明,不过项目也 阅读全文
2010年11月20日 #
摘要:
软件测试的能力素质模型(Job Model),是对不同层级测试工程的能力要求进行明确的定义。目的是为了对每位工程师的能力进行科学的评估,然后分配合理的工作,也帮助大家明确职业规划的方向。淘宝测试工程师的最常用的有4个,分别是:测试工程师(P4) 高级测试工程师(P5) 资深测试工程师(P6) 测试专家(P7)大家注意,不同软件公司对工程师的级别命名会有不同,大家只要理解它们之间的区别就行了,不必纠结具体的名称,那些都是虚名,就像浮云一样。一般大学毕业生加入测试团队,层级就是P4。对P4工程师的能力要求是比较基础的:熟悉软件测试流程,通过阅读文档和沟通可以了解产品的需求,独立设计测试用例TC,执 阅读全文
2010年9月20日 #
摘要:
最近我们确定了一系列考评开发工作质量的指标,比如初级Bug率,Bug关闭时间等等,不知不觉开发团队的压力大了很多,因此有开发人员来问:怎么都是考评开发的啊,测试工作的好坏怎么考评呢?今天我们就来讨论一下这个问题。1、测试遗漏Bug数这是绝大多数测试团队都会使用的重要指标,淘宝测试也在用。用这个指标的目的也非常明确:经过测试团队的验证,就应该把软件中的大部分Bug都找出来。如果我们测完了,产品也发布了,结果又出现了一些既严重,又明显的Bug,那无论如何都说不过去了。测试遗漏Bug可以分为“故障”和“普通Bug”两类,故障最好是一个都别有,普通Bug么,一般都会有一些,但数量也不能超过一个上限,具 阅读全文
2010年1月25日 #
摘要:
Share分享,是淘宝测试SAO文化的重点,是团队成熟的标志之一。今天我们要讨论的,是如何让大家乐于分享、善于分享。要做到这一点,就必须把团队中,乐于、善于分享的员工发掘出来,并给予公开的表扬与奖励,从而成为团队中的榜样。其实分享,也有很多不同的境界,让我们来看下面几个场景:(背景:由于淘宝的业务在一天天的变多、变复杂,不得不划分为多个产品线,产品线之间,往往存在很多的联系)(角色:小王 —— A线测试工程师;小李 —— B线测试工程师)以上人物均为化名。场景1:小王:我遇到一个问题,关于B线的业务的,能不能跟我讲一下?小李:我正忙着呢,没空小王:……点评:小李的行为明显的违背了Share文化 阅读全文
2010年1月18日 #
摘要:
做了几年web前端开发,经常用f r a m e s e t框架,就是先新建一个html文件,然后把页面分成4个部分:head、content、main、foot,然后再分别指向4个单独的html文件。head是最上方的一个banner,content是左边的菜单,多半用tree控件做,中间main是需要显示的主页面,然后用户通过点击左边的content,切换不同的主页面。如下图所示:最近由于工作需要,我计划开发一个winform程序,用的语言是C#,并且希望能在winform中实现类似于web的f r a m e s e t的效果,经过研究,总结出了一个比较简洁的方案,效果如下图:具体的做法 阅读全文
2009年11月10日 #
摘要:
尘归尘,土归土,让往生者安宁,让在世者重获解脱。虽然死亡是大家都不愿面对的问题,不过关于离开这个世界以后,如何处理自己的遗骨,倒是显得稍微轻松了一些。先从一个小故事开始。有一位年迈的母亲,在自己身体还硬朗的时候,决定和自己的儿子女儿一起,为自己挑选一块合适的墓地。他们开车来到小镇的公立墓地,下了车,在园区里转悠,最后,母亲在一棵大树前停了下来:就在这吧。儿子问,妈妈你喜欢这棵树么?母亲回答,那到不是,不过以后你们来给我扫墓的时候,可以把车停在这棵树底下,比较凉快,而且我看到对面有一家很好吃的馅饼店,你们买吃的很方便。英国球迷对于足球的狂热,世界闻名。英国的一些足球俱乐部,允许少数铁杆球迷,在死 阅读全文