- 博客(15)
- 资源 (8)
- 收藏
- 关注
原创 自动化测试框架:用AOP为每一个操作写Log
在写这个自动化测试框架的时候,我一直在留意各方面的需求。毕竟,我本人并没有做过真正的自动化测试。管理测试方面的领导,提出一个需求,就是在用例运行失败的时候,应该将过程记录下来,并形成报告,Email给相关人员。个人认为这个需求是非常合理的。事实上,任何系统,如果没有输出,那么只能停留在程序员手里。有了报表,才叫真正解决了用户的目标需求。在分析这个需求的过程,我提出了针对每一个操作接口的每一
2007-05-30 22:48:00 5816 6
原创 自动化测试框架:没有Surprise的原因
今日将框架完整走通,给测试试用。但从测试表情看,显然没有Surprise的意思,反而有种因为改变使用习惯并要学习新框架的厌烦。尽管事前,我们已经对需求做过自认为相当全面的分析,而且在框架设计上也充分进行了斟酌和权衡。但是,结果就是这样的。当然了,分析这个原因的前提,在于我对自己的要求还是挺高的。期望也是挺高的。那么,原因到底在什么地方了?人如何才会Surprise呢?惊奇,从字面上讲,
2007-05-29 03:06:00 3085 8
原创 自动化测试框架:测试编程框架
做任何事,要牢记你的用户是谁!设计一个框架,要知道你的用户的使用需求是什么,这样,框架设计才可能容易被接受,离成功也就越进一步了。框架的用户是测试人员。测试人员的特点是: 熟悉或精通业务 了解程序元素,但不了解程序结构 实现细节更是难以洞察 因此,在设计初期,就考虑将控件的访问封装起
2007-05-27 01:28:00 3383 1
原创 自动化测试框架: 控制界面的关键
前面讲到要做一体化自动化测试框架,那么,最重要的是要解决什么呢?相信了解Windows编程的人员,都能发现这个问题所在。在窗体中,写下代码,控制每一个控件的输入是非常简单的事。但是,一旦显示了一个模态窗体,原有的流程代码会不再往下执行,而是停留在新窗体中,等待消息相应。这就是我们代码控制界面的关键问题。这是什么道理呢?我使用的是Delphi系统,所以我可能使用VCL框架来解释这个问题。
2007-05-27 00:17:00 3526
原创 自动化测试框架:自己的框架
这段时间一直在为公司内部开发自动化测试框架,简称GTF。这些代码都是公司的财产,不方便共享。当然了,如果公司愿意,我倒愿意开源了。不说这些了,因为这个框架现在还属于开发阶段,很多事都是言之过早。最近几个博文中,我会持续将我在架构过程中的想法写下来。供自己和大家一起分享。这些想法,并不属于我一个人,我工作中的同事们给了我很大的帮助。这一篇主要说明架构方面的考虑。在现有的提供自动化测试
2007-05-24 22:24:00 7839 9
原创 别动不动拿"重构"说事
自从Martin Fowler先生将Refactoring这个概念带到了中国,许多程序员都如同获得了一个通行金牌似的,随时可能提起"Bad Smell"和"重构"。从我的心里来讲,我并不反对重构。但我反对不考虑项目情况的盲目重构。回想一下,当我们在考虑系统需要重构的时候,我们都考虑了那些因素?特别是大范围的系统级别的重构。由于小型重构涉及面较小,所以下面的很多原因都是针对大型重构进行论述的
2007-05-23 00:51:00 5660 21
转载 逻辑(面试)题目中的陷阱
[原文地址:关于逻辑学的文章zz ]正如充满正义感的人无法容忍犯罪的发生,富于美感的人不能包容丑陋和瑕疵一样,一个逻辑严谨的人是没办法忍受哪怕一点点逻辑漏洞的存在的。几天前的一篇帖子,招来了一堆自以为是的人,也逼得在mop潜水多日的我头一次发贴,来堂堂正正地批驳那道存在严重漏洞的推理题,给所有不了解逻辑的人上一堂浅显的逻辑课。这是我第一次写这种类似科普的文章,如有名词解释、用法上不适当的地方,
2007-05-20 23:18:00 4201 3
原创 星际2隆重登场
今日号召同事们打星际的时候,发现现在年轻人会打星际的已经不多了。而我却被他们嘲笑落伍,因为现在是魔兽的时代。还说某某已经开始转变。我固执地说,我不会轻易改变的! 而现在,2007年5月19日下午,我再也不要为这个问题困扰了。Blizzard公司已经公布最新的游戏:StarCraftII。详情请访问:http://www.blizzard.com或者http://www.starcraft2.c
2007-05-19 23:03:00 1823 5
原创 和尚挑水故事IT新解
在昨日写《小谈子对象中接口的设计原则》这篇博文的时候,突然想到三个和尚没水喝的故事,想来特有意思。故再次拿出来说明一下。一个和尚挑水喝,两个和尚抬水喝,三个和尚没水喝。这个寓言故事是大家都非常熟悉的。但是,我想问一下,多个和尚真的不好吗?如果真的不能太多,那么多少个和尚最合适了?其实我拿出来的原因之一,大多是因为我自己的缺点所在。我自己是一个绝对的技术人员,因此,我有着技术人员都可能拥有的
2007-05-18 00:45:00 2318
原创 P2P!别赚老大的钱
不想说,但是事实就是如此,这年头赚钱,绝对不要赚那些老大的钱。否则,即使是拿到了口袋,转眼又会掏出去,可能还得赔钱。目前的PPLive境况也许就是如此。转播CCTV?转播盗版硬碟?要知道这些老大们,就怕没有人来买单。只要你做大了,你就逃不了了。相反,真正最好的方向,也许就是赚我们这些老百姓的钱了(我不愿意,但是必须承认这是真理!)。一人赚个10元钱,1000万个人,就是1个亿。往往市场都不
2007-05-15 22:06:00 2042
原创 JCL中由接口获得对象的方法
我原本并不想单独发以下JCL的方法,可是想到很多人可能还是不知道的。另外,从我博客的回复上看,很多人也愿意去了解一下,特此贴出JCL中的代码。<!--body { color: #000000; background-color: #ffffff; }.pas1-assembler { background-color: #ffffff; color: #000000;
2007-05-15 21:43:00 2345 2
原创 访问量到20万,自贺一把
这几天一直没什么写博客的动力,今天上来,发现发现访问量终于超过200,000了。听说企业产值的规律是1,2,5,10。相信我的博客也终于突破一个里程碑了。自贺一把!作为祝贺,嗯,还要请那些身边一直支持我的朋友们。当然了,网上的朋友不能请到饭,就邀请大家继续多多支持我了。哈哈,发现这篇博客完全是废话,没什么可说的。哈哈...
2007-05-13 18:56:00 1609
原创 小谈子对象中接口的设计原则
今天和同事在讨论接口的设计原则的时候,总结了一个原则点。虽然简单,也拿出来和大家一起分享。问题对象在实现接口的同时,由于需要提供访问子接口的服务。最正常的设计可能是下面的。 但是,如果是另外一个情况呢?看看下面的组合方式吧: 小析事情变得有点有趣了。往往就是这样,只有一个的时候,没有人会怀疑。只有出现多个的时候,争吵才开始了。所谓一个和尚挑水喝,两个和尚抬水喝,三个和尚
2007-05-09 00:01:00 3734 4
原创 单元测试之组织保障
这几天一直都在思考新项目中,如何促使公司能够最终真正使用上单元测试。前几天发的一篇《单元测试之关键问题解答 》主要写的是我在实践过程中,针对我遇到的一些非技术问题的思考。后来我看到一篇和我博文一样标题的文章《单元测试之关键问题解答》。拜读了之后,发现他对我的思考方向有些误解。虽然这样,因为这些导致他的失望,我还是表示十分的道歉。补充一下,这篇文章不错,推荐大家阅读一下。前几天和我的微软同学聊起
2007-05-04 05:32:00 3646 9
转载 微软的软件测试方法
[本文章转自http://www.chinapmclub.com/forums/8172/ShowPost.aspx,作者是微软(Jeff Wang)王志峰。只是网络上的版本大多没有进行排版。这里做了一个简单的排版,并向所有人推荐这篇文章] 这里的“技术”指的是具体的战术问题,比如说如何使用某种工具来解决某一特定测试问题,或者某一类型软件有哪些测试手段等等。而这里的“方法”指的是宏观的战略问题
2007-05-02 00:12:00 4897
为何要把ERP与BPR结合在一起
2008-10-27
《惠普之道》--HP的成长之路
2008-10-18
开源技术选型手册 精选版
2008-10-18
代码之美 Beautiful_Code_Minibook_by_InfoQ
2008-10-18
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人