- 博客(15)
- 资源 (8)
- 收藏
- 关注
RSS订阅原创 自动化测试框架：用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关注的人