话说团购也是属于电子商务中业务的一种，不过我错过了这个机会，真是遗憾啊，当时也不知道脑袋在想啥，竟然也没考虑搞一下。不过看起来现在团购导航的东东应该还是有一定的机会的。
团购，真正的竞争力是运营与产品的筛选上面，技术方面没有门槛，整个开源软件就成了。听kid同学说过他们的团购那边也是商户太多了，问题是怎么从里面挑出好的来。我想这个也就是找人接洽商户，挑选优质产品吧。不断的积累团购产品的美誉度，营造品牌优势是成功的关键。
团购导航，对各团购网站起到的是一个聚合的作用，类似于一个网上商城，比如淘宝那样的，而看现在的团购导航还没有明显的竞争力比较因素。其实对于团购导航，个人认为，也可以采用筛选优质产品的方式，将好的东西排名靠前，如果每家团购网站都是从100个产品里面选，团购导航就等于要从2000个里面选了，这个应该是能够使导航网站形成竞争力的。但也存在难度，毕竟团购网是直接联系商户，而导航的东东是间接的。不过人民群众对团购导航的需求还是很大的，看现在的状况，打开导航网站，乱糟糟的摆一堆放在那里，真是叫人不知道怎么说好。
对于团购平台为啥没有出现，个人感觉是现在团购的软件足够省钱与功能全面了，又已经有了团购导航网，团购平台已经难以在这上面再产生突破性的内容了。当然本人不在团购网工作，对这块了解的可能也不是非常多吧。
不过如果导航网站坚持筛选团购产品，没准会出现一个新的hao123呢
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/30/about-customers.html
---------------------------------------------------------------
在软件测试之前，要先清楚的了解被测对象才行，通常情况下，我们都是用下面这样的环节进行：
1.了解系统架构。这个应该是前提条件，一个新同学入职到项目组后，肯定是要先了解现有系统才行，不了解现有系统，很难清楚团队中的设计风格与习惯。了解了系统架构，才能知道自己要测试的模块处在什么位置，为系统提供什么样的功能，系统对它有什么要求。清楚了这些，才能知道自己要做事情的针对性。
2.明确需求。需求一般是由pm提出的，一般会组织需求评审，在评审过程中，明确pm的当前需求，对未来可能的需求进行估计。明确需求后，就能知道现有系统需要做哪些改动，对大致的工作量与项目的时间有一个估计。有时候，需要改变或者拒绝需求，比如对于一个支付系统来说，如果pm提出的需求对账户安全有影响，就应该坚持原则，对此提出质疑，要求改变需求。
3.参与系统设计流程。这个时候一般是开发(rd)同学自己先设计一套或者多套方案，随后进行设计评审。评审过程中，qa同学也是要多多参与的，在把握需求的基础上，对设计提出一些建议与意见，与此同时，对测试方面的工作量也能进一步细化。有时候，采用好的建议可以同时节省开发与测试双发的工作。在此过程中，qa同学应该自己从rd的角度思考，不要被动接受rd的设计，可以想象成，如果需求摆在自己面前，自己会怎么做，这样才能充分理解设计，为自己的测试工作打下良好的铺垫。同时多了解系统内部，也有利于自身的职业发展。
4.case设计步骤。根据rd的设计文档，设计测试用例。在这个环节中，沟通与文档是两个重要内容，遇到不清楚的细节，一定要与rd沟通，不要自己猜，否则会造成杯具。如果rd没有文档，可以自己记录个邮件，避免忘记和rd反悔的现象。
5.提测。除了上面几步确认的内容，还要再确认一下rd有没有“顺手”做了其它地方的改动。如果有的话，一定要在送测流程单里面写清楚，同时qa也要与rd沟通清楚，避免出现漏测的情况。
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/29/software-testing-learn-about-the-measured-object.html
---------------------------------------------------------------
国外的盖茨与巴菲特要来中国宣传慈善，国内有陈光标以裸捐做榜样，中国的富豪们正面临前后夹击。中国的慈善事业，竟然要国外富豪来帮助建设，对我们来说，其实真的算是丢人啊。不过总结下来，有下面几点造成了国内的现状：
1.富人不仁。国内的情况大家也都知道，我党我军对人民群众的需求还是很大的，很多富人的钱，我想地球人都明白：第一不是那么干净的来的，第二之所以富人能够发财，是因为从很多穷人身上弄到了钱。谁都知道，靠在公司打工，永远也成不了富人。富人其实也穷过，知道穷是什么滋味，富了，可以移民国外，换国籍国好日子。
2.富人不安全。在我国，无论是生命还是财富，消失都是瞬间的事情。robin够有钱吧，我党我军如果怒了，直接把你域名盾掉，估计百度也可以像饭否一样瞬间崩塌。生命就更不用说了，记者报道了贪官，被跨省千里追杀的情况也是很常见的。在我国，不要谈积累。
3.组织腐败。壹基金，红十字会之间还决裂呢，搞慈善其实也是一项很赚钱的事业。壹基金我不是非常清楚，红十字会因为有过合作，这个赚钱，不是一般赚啊，具体合作要交多少“入网费”就不说了，反正最基本的一项，他们也是要从人们群众的捐款中按照百分比抽管理费的，越大的天灾人祸，慈善组织能收的钱就越多。所以从那次后，我就再也不去这种慈善组织捐钱了。捐钱不如捐物。
4.政府无情。这几次天灾，地震，洪水。我党我军给拨了多少钱，从来没有提到过，你们收的税款是做啥用的？难道除了吃喝，就一毛不拔么。要知道，我国的税收水平，可是仅次于法国的啊，可是人民的福利呢。国内的物价水平，换成钱的数字，换成钱的数字，实都是高于美国的（这一点郎教授知道，我是从他书里面看到的），可是美国人的收入却是中国人的十倍啊。
杯具啊，杯具，总之，不给后代留钱是不对的，把所有钱都留给后代也是不对的
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/20/on-charitable-donations-and.html
---------------------------------------------------------------
推荐文章《暴雪的秘密》，这篇文章再次说明，公司如人，坚持自己的风格，才能长久啊。与公司一样，人生也是需要规划的，你有没有自己的五年规划呢，如果没有，应该赶紧规划自己的前进方向，确定目标，要不然，人生岂不是虚度了么。
其实暴雪现在取得的成就，在中国还真不一定行得通，我国现在游戏行业越来越趋向于追逐短期利益，因为搞不好公司就覆灭活不下去了，在这个短线追逐中前行，只能是让自己杯具啊，但跳出这个圈子，又谈何容易呢。况且，有的时候，追逐短期利益，也没有啥不好的，人的生命是有限的，公司的也一样，对吧
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/09/companies-such-as-human.html
---------------------------------------------------------------
这里有一个房产税最通俗的解释，很有道理啊：
一个城市里有三个人，甲有5套房，不上班，靠收房租生活；乙有一套房，上班赚工资；丙没有房，菜场卖菜。
忽然有天要收房产税了，丙说：“太好了，我没房，收那帮炒房人得税，我全力支持，房价大跌了，我就可以买房了。”；乙说：“没关系，我只有一套，收那帮炒房人得税，我支持，房价大跌了，我可以再买一套。”；甲说：“哦，房产税收多少？1%对吧，下个月房租涨5%。”
房租上涨了，丙很郁闷，想换个房子，发现大家房租都涨了，只好忍。不过也不能吃亏，明天菜价也涨5%，恩，就这么干。乙和甲去买菜，发现菜价涨了，很郁闷，想换个菜场，发现菜价都涨了，只好少吃点了。
—————郁闷的分割线——————————-
不明白为啥，政府的调控，现在越来越倾向于用金钱手段了，这确实是一个增收的好手段，但官老爷们估计也知道，这个只能是增收的手段吧
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/08/standard-of-living-down-this-way-cpi-thus-increased-by.html
---------------------------------------------------------------
opentest推出后，成为了大家测试server的主要测试框架，除了百付宝的那些老的没有升级的server，几乎所有server，部分脚本都已经是通过opentest来测试了，我们的case文件打成tar.gz的压缩包，现在也有200多兆了。opentest解决了case维护，部署，人员变更等问题，但没有考虑过提高测试用例编写效率的问题。随着核心系统越来越复杂，一次命令交互即一个case需要检查的内容可能有上千项，这对于编写case的qa同学来说，逐一编写case检查点，确实已经成为了负担。
没错，自动化测试是有代价的，多数情况下也会导致首次测试时消耗的时间变长，但提高case书写的效率还是很有必要的。opentest在这件事情上面，可以分为三步走：
1.校验数据的生成。在执行case的时候，帮助qa生成需要校验的数据，这样qa同学只需要将它cp到case文件中就可以了。但这样做是有一定风险的，生成的数据是根据核心系统结果来做的，如果过于自动化，出来的数据又错误，又不注意看，就会造成漏测，所以需要在里面内置一些校验规则，对于不满足规则的数据报错，避免出现漏测的情况
2.自动机生成case。对于“创建-支付-确认”这样一个简单的例子来说，支付的前提数据条件就是创建的结果，qa同学只需要画出自动机，由工具生成case文件，将case文件放在opentest中跑一下即可达到测试目的了。而opentest的case文件因为是格式化的，天然的支持这样case生成工具的编写。
3.结合fuzz测试。fuzz测试可以是框架的进一步发展，第二步能够保证关键的正常流程是ok的，使用fuzz测试，不用qa同学思考各种测试用例的情况，直接向被测模块发送各种可能的数据情况。其实fuzz测试是一个很有效的东东，可以测试出很多非常难以发现的问题。
这三步做完后，我想opentest也可以成为一个比较完善的测试框架了，能够在很大程度上提高测试效率。
---------------------------------------------------------------
本站作品根据创作共同协议进行授权, 转载时请务必以超链接形式标明文章原始出处
原文地址：http://www.mirecle.com/2010/09/06/opentest-the-road.html
---------------------------------------------------------------