
单元测试
文章平均质量分 75
韩小明
刚刚当上父亲的男人
展开
-
自动化测试框架: 用原型编写用例?
最近在考虑自动化测试框架的时候,发现原来的想法,虽然解决了定位及访问控件的困难。但是,用例代码却因此对程序实现细节有了很强的依赖。这些依赖可能对用例代码的开发带来一些困惑。在思考解决这个问题的时候,自然的方案,就是提供统一地访问控件的方式,而不是原来那种直接生成对象的方式(参考自动化测试框架:测试编程框架)。这种访问控件的方式,就好比访问网页一样,输入一个URL,就可以得到想要的控件。以此为基原创 2007-07-08 22:40:00 · 4919 阅读 · 4 评论 -
自动化测试框架:自己的框架
这段时间一直在为公司内部开发自动化测试框架,简称GTF。这些代码都是公司的财产,不方便共享。当然了,如果公司愿意,我倒愿意开源了。不说这些了,因为这个框架现在还属于开发阶段,很多事都是言之过早。最近几个博文中,我会持续将我在架构过程中的想法写下来。供自己和大家一起分享。这些想法,并不属于我一个人,我工作中的同事们给了我很大的帮助。这一篇主要说明架构方面的考虑。在现有的提供自动化测试原创 2007-05-24 22:24:00 · 7868 阅读 · 9 评论 -
自动化测试框架:没有Surprise的原因
今日将框架完整走通,给测试试用。但从测试表情看,显然没有Surprise的意思,反而有种因为改变使用习惯并要学习新框架的厌烦。尽管事前,我们已经对需求做过自认为相当全面的分析,而且在框架设计上也充分进行了斟酌和权衡。但是,结果就是这样的。当然了,分析这个原因的前提,在于我对自己的要求还是挺高的。期望也是挺高的。那么,原因到底在什么地方了?人如何才会Surprise呢?惊奇,从字面上讲,原创 2007-05-29 03:06:00 · 3093 阅读 · 8 评论 -
自动化测试框架: 控制界面的关键
前面讲到要做一体化自动化测试框架,那么,最重要的是要解决什么呢?相信了解Windows编程的人员,都能发现这个问题所在。在窗体中,写下代码,控制每一个控件的输入是非常简单的事。但是,一旦显示了一个模态窗体,原有的流程代码会不再往下执行,而是停留在新窗体中,等待消息相应。这就是我们代码控制界面的关键问题。这是什么道理呢?我使用的是Delphi系统,所以我可能使用VCL框架来解释这个问题。原创 2007-05-27 00:17:00 · 3542 阅读 · 0 评论 -
自动化测试框架:测试编程框架
做任何事,要牢记你的用户是谁!设计一个框架,要知道你的用户的使用需求是什么,这样,框架设计才可能容易被接受,离成功也就越进一步了。框架的用户是测试人员。测试人员的特点是: 熟悉或精通业务 了解程序元素,但不了解程序结构 实现细节更是难以洞察 因此,在设计初期,就考虑将控件的访问封装起原创 2007-05-27 01:28:00 · 3413 阅读 · 1 评论 -
自动化测试框架: 所见即所寻
经过一段时期的框架准备和测试方案编写,实际的冒烟测试已经开始进行。目前还算比较顺利。当然了,工作忙了一点,所以博客的更新速度也降低了。在编写的过程中,发现对于独立的子窗体的处理还是比较方便和简单的。这些窗体的普遍特点就是结构简单,功能单一,所以对应的处理过程也比较方便。但是对于主窗体来讲,就非常不一样了。可以说,一个系统中的绝大多数窗体,都包含在主窗体中,那么,对于主窗体上的控件的定位问题,就原创 2007-08-11 00:34:00 · 2643 阅读 · 2 评论 -
自动化测试框架: Delphi中"包"的妙用
自动化测试框架的基础是钩子,也就是常说的HOOK机制。但这在实际的应用过程中可能会遇到一些问题。一旦要做钩子,那么就必须获取函数地址。由于我原先设计的钩子的目标函数,都是Delphi的内部函数,也就是说,这些函数在编译之后,很难找到。当然了,也是有几种方式可以找到的: 将代码植入到系统中,编译的时候可以直接找到。 编译的时候,带上原创 2007-08-12 11:00:00 · 3919 阅读 · 0 评论 -
微软的软件测试方法
[本文章转自http://www.chinapmclub.com/forums/8172/ShowPost.aspx,作者是微软(Jeff Wang)王志峰。只是网络上的版本大多没有进行排版。这里做了一个简单的排版,并向所有人推荐这篇文章] 这里的“技术”指的是具体的战术问题,比如说如何使用某种工具来解决某一特定测试问题,或者某一类型软件有哪些测试手段等等。而这里的“方法”指的是宏观的战略问题转载 2007-05-02 00:12:00 · 4916 阅读 · 0 评论 -
单元测试之组织保障
这几天一直都在思考新项目中,如何促使公司能够最终真正使用上单元测试。前几天发的一篇《单元测试之关键问题解答 》主要写的是我在实践过程中,针对我遇到的一些非技术问题的思考。后来我看到一篇和我博文一样标题的文章《单元测试之关键问题解答》。拜读了之后,发现他对我的思考方向有些误解。虽然这样,因为这些导致他的失望,我还是表示十分的道歉。补充一下,这篇文章不错,推荐大家阅读一下。前几天和我的微软同学聊起原创 2007-05-04 05:32:00 · 3657 阅读 · 9 评论 -
单元测试之关键问题解答
近来特别关注单元测试的应用。大家可能会笑了,单元测试都N年前提出的了,您老怎么现在才来做呢。是的,单元测试几乎人人都在提,但是真正做好的没几个。我们几个同事在讨论这个的时候,发现这里面有很多因素。相信大家也在实践过程中都遇到过。单元测试测什么这是最经常被提到的问题。往往有三个答案: 针对代码测试,往往也被称为针对类进行测试。原创 2007-04-28 00:49:00 · 4047 阅读 · 2 评论 -
自动化测试框架:用AOP为每一个操作写Log
在写这个自动化测试框架的时候,我一直在留意各方面的需求。毕竟,我本人并没有做过真正的自动化测试。管理测试方面的领导,提出一个需求,就是在用例运行失败的时候,应该将过程记录下来,并形成报告,Email给相关人员。个人认为这个需求是非常合理的。事实上,任何系统,如果没有输出,那么只能停留在程序员手里。有了报表,才叫真正解决了用户的目标需求。在分析这个需求的过程,我提出了针对每一个操作接口的每一原创 2007-05-30 22:48:00 · 5843 阅读 · 6 评论