lilei105

闰年

Henry — Mon, 03 Mar 2008 08:27:00 GMT

2008，新年，奥运年，更是一个——闰年。闰年里来问题多，29号头一个。俗话说，29号猛于虎也。

没听过？

就在刚刚过去的周末，4年一遇的2月29号已经悄悄溜过去了。打开邮箱，发现一群Redmond的Windows Home Server前同事在剑拔弩张的商量如何对付29号。只因为这一天经销商的电话和论坛已经被愤怒的用户挤满了。事因是：这一天，跟很多天一样，很多人高高兴兴的买了传说中的MediaSmart Server (Windows Home Server的主要零售渠道是通过HP的MediaSmart Server预装)，抱回家正待使用，却发现无论如何无法顺利安装客户端。HP很无辜的找到微软：这是为什么呢？

经过一番debug，疑惑被层层解开，居然是29号？就是2月29号！

事因的事因是：在Windows Home Server与客户端connector第一次连接时，需要Server为connector颁发安全证书。出于某种实现上无法避免的原因，客户端的证书日期一定要早于Windows Home Server，否则生成证书的函数会fail。Windows Home Server是2007年7月RTM的。为了方便起见，设计中规定，给客户端生成证书的函数使用2006年作为年份。

但是，2006年没有2月29号。

于是，2月29号首次安装Windows Home Server的人，会在创建客户端证书时出错，进而无法配置客户端。

好在这只洪水猛兽只在29号肆虐，到了3月1号自动消失。微软和HP只能尽快告诉用户，今天不要安装客户端，睡一觉，等过了29号再装。

但是已经造成的影响呢？HP平均每天卖出200台MediaSmart Server，29号上午的3.5个小时内已经有40名客户投诉。微软dogfood邮件组里，HP技术支持论坛里也充斥了问题帖子。当微软承认是闰年问题时，若干典型反应如下：

“I almost wanted to check the calendar to see if it was April 1 (April Fool's ) instead of February 29. You would think this could have been foreseen and corrected.” ——这位听起来也是内行

“I was going nuts trying to figure out why I was having problems getting it setup。” ——抓狂了

“I have a wonderfully efficient and stylish paperweight. Craig's List anybody?” ——我们卖的是时尚大个儿镇纸？不如当废铁处理掉了

同时，Windows Home Server team里都在问：“为啥我们当初没测出来？”Henry不觉脸上发烧，因为这本来该是他测的部分……

同一天发生的类似闰年问题：SQL Server 2008的CTP版本，也同样是由于证书问题，29号不能安装或者启动。不同的是，SQL Server是签发证书时，把expiration date设成30年后的今天。

The Tester Returns

Henry — Mon, 03 Mar 2008 08:22:00 GMT

Henry离开王屋村寻求个人终身问题的解决，谁知历尽坎坷，还是回到了原点。乡亲们，我回来了。

哽咽的test又一则

Henry — Sun, 01 Jul 2007 03:11:00 GMT

Mr. Zou的书果然也宣布延期了，呵呵。曾经留言的“全都postponed, by design了吧”是戏言。越到发布越要考验人们的信念和责任心。bug bar的提高虽难避免，但即使要放水，每个bug都要仔细掂量才敢定论。

近日产品即将RTM，最后的test pass热火朝天，无暇兼顾王屋村的乡亲。上次写了“发布，发布。救火！救火！”后未再动笔。今天星期六，没去加班，补之。

顺便再带来个有意思的例子讨论下。按MS^2同学的叫法，这也是个相当哽咽的案例：

一个和硬件driver有关的bug，在绝大部分硬件上正常，但是在某些较老的硬件上会导致蓝屏。经过dev的尝试修改，可以解决特地机型的蓝屏问题，但又无法在大多数的硬件上工作。换言之，有两种driver互斥。如果不忙时候，也许可以把他们集成或者重写出单一普适的driver。可是现在时间和人手资源都不允许。怎么办？

发布，发布。救火！救火！

Henry — Sat, 02 Jun 2007 00:36:00 GMT

上周趁着米国长周末（总共也就三天）去了趟旧金山，没来码字，嘿嘿。上得来一看，原来移山的精神结晶已经快要出版了。嗯，正好我们的产品也快发布了，感觉甚为相像啊。

不同的是，我们的产品从年初公开露面以来，已经推迟了三次了。就这几个月中的所见所闻，姑且设下几问与大家共同探讨一下吧：

1.产品背景是与硬件厂商合作的，硬件厂商牵着微软的鼻子，威胁说“9月份产品摆不进Best Buy的货架上，你们就自己留着玩吧”（Best Buy为美国知名电子产品零售商）。眼看这合同上的最终期限一天天临近，产品初版的特性已经算是完成了，可是bug还有不少，有的甚至是dev束手无策修复不了的。这时候可咋整捏？

2.测试团队的人手一直不太够。越到后来测试的压力越重。全组开会的时候，Lead PM友情建议：现招两个人来救火？头儿一脸复杂的看着他没说话……试问如果换了各位，是加是不加？

3.在前几个月中，产品曾邀请若干微软之外的社会人士广泛参与，貌似在一些技术社区里也建立了凑合的口碑。目前他们还在不断的提交新的bug。这本是一件大好事，可以有效弥补我们自己测试的“不真实”。可是在目前的日程压力下，如果用户还是乐呵呵的一天给你提交若干bug来，不仔细调查吧你也不知道是无关紧要的还是真正严重的，仔细调查吧压根儿没人手。这又咋整？

就先设三问吧。在我的team中，这些问题有的目前已经有了应对之策，有的还悬而未决。但是总的来说这些问题是开放式的，普遍存在却又事无常法。咱们无责任讨论讨论，呵呵。微软的面试题里真的会有这样的哦～～

话说End To End测试

Henry — Thu, 17 May 2007 07:24:00 GMT

E2E测试通常是测试里面比较好玩的部分，是黑盒测试必不可少的一部分。啥叫End To End捏？从上学读课本到工作里面真正用到，似乎没人跟我解释过到底是哪个End对哪个End（要么就是读书太少，惭愧，可是我刚还Google了一遍来着）。如果说网络里面的End To End好理解，通常指一个客户端到一个客户端。软件测试里常说的End To End，就是所谓“真实用户场景”。比如你说这个PowerPoint这个产品是给用户做幻灯片用的，那就拿它做几个真正拿来用的幻灯片试试，而不是头头是道的把它分解成100个小模块来测。总之，你打算让用户拿它来干什么，你就拿它来干什么。这是为了弥补从专业人员的角度容易高高在上，目无全牛，结果恰恰是你把牛头牛身子牛尾巴拼在一起，这头牛就是不走。所以这么说起来，我的理解是“产品”这个End直接对上“用户”这个End。

我们现在的策略，每个里程碑进行一次E2E测试，而且要求tester都去测不属于他的部分，这样才能真正像个“菜鸟”用户一样。

说点直观的吧，我现在的End To End测试在干啥？玩游戏！哈哈。既然我们这个server是让用户摆在客厅里24小时运行的，多适合拿来当游戏服务器啊。所以考虑到的用户场景之一就是用户自己装了个服务器在上面打CS。CS看久了眼晕，不过这好办，让我测我就找个自己熟悉的呗。下个免费的战网程序，架个星际战网，光明正大的上班打星际，hoho。这就是有趣的E2E测试啊。

入伙半个月了，冒个泡先:D

Henry — Thu, 10 May 2007 01:36:00 GMT

前年就听说Mr. Zou跟阿超要写MSF的书，没想到还真等到了这一天-__- 听说王屋村的村民还引领潮流开放了自己的讨论网站，赶紧来瞧瞧。看到男女老幼一派勤劳致富欣欣向荣热火朝天的样子，想占个坑不知是否为时已晚。大家没意见的话，test的活儿就交给我吧，嘿嘿，谁叫咱是一直干test的呢。