ohmyjava

摘要： 近来，将我们的测试框架和市面上流行的测试软件做了对比，发现大家的想法都是一致的。我们也认识到，除了协同工作方面，其他方面还是做得非常好的。办公协同？是的，Google已经退出在线版Office系列软件，而我们的测试框架也同样不能回避这个问题。一开始，我们是可能只有一两个人编写测试脚本，而且还可能两人商量着、研究着，因此开始时候，协同的需求并没有那么紧急。但随着脚本工程慢慢扩大（现在已经4000个测试步骤了），而两个人已经开始分工，各自负责各自的代码（一来两人的经验已经足够独立编写，而来如果不独立编写，进度就赶不上了）。协同一下子变成最最麻烦的事。由于开始没有好好考虑过这个问题。解决方案有两个： 阅读全文

摘要： 如果你不愿意看解决过程，答案就是：注册热键。以下废话可以略过。不知道大家有没有和我一样的烦恼。我在Delphi中编程的时候，由于需要使用Alt+Shift+Space来查看函数的声明，但是输入法的全角切换却是：Shift+Space，所以很多时候，由于Alt键没有及时摁下，导致输入法切换到了全角，这个时候，输入的代码全都变成了全角字符，很是麻烦。于是就想到了避免这个情况的频繁发生。一开始，我考虑全角这个东东，完全可以不用嘛，所以输入法应该直接支持配置的。可惜，我高估了所有的输入法开发商，显然他们并没有考虑过这么重要的需求。我没有看到一款输入法支持禁止全角的。操作系统也一样不支持。后来我想，切换 阅读全文

摘要： 最近由于职能调整，我转到负责公司的企业信息规划工作。手头上的工作都在急忙交接收尾中，因此鲜有更新博客。真是对不起一直关注鄙人博客的朋友。 今日进来一看，突然发现博客排名已经进入100，呵呵，惭愧啊！不过必然又会激起我的新一轮创作热情啊:) 阅读全文

摘要： 最近发现《士兵突击》这个片子还挺不错的。片中讲的是一个耐得住寂寞的兵，如何从一个普通的老末成长为全年的尖兵，以及之后如何发展。由此想到，我们现在的很多人，其实都是耐不住寂寞的。总在关心自己的一时得失，当一时得不到自己想要的时候，就开始抱怨环境不好，公司不好，领导不好。有没有反过来想呢？据我所知，领导的数目是越来越多的。因此其实有很多人都在拿着自己的扫描仪在所有人身上观察。只不过各自的标准稍有差异罢了。他们会考虑你现在的能力，但往往更看重你的表现。说白一点，就像广告词中所说，如旅途一般，不光关注的是目的地，更关注一路的风景。而实际上就是目标和过程的统一考核。我们往往会被目标蒙蔽，而放弃了在过程中 阅读全文

摘要： 目前，自动化测试框架已经基本成型。朋友们的一些建议，还在陆续消化中，在不久的将来或许都会加入到其中，谢谢大家的鼓励和支持。最近，在一次技术交流会中，我的一位同事向我提起QTP(QuickTest Pro)，肯定了它的描述性编程和我们框架中的设计有类似之处，并指出QTP的可扩展性比较强，比如流程控制（IF、LOOP、SWITCH等）。特别是装载数据批量操作软件方面比较强。我深以为然。因此，我开始和我的另一位同事小贾琢磨。我们有两种选择，一是在脚本编辑中扩展有关流程的节点（这点很像FinalBuilder），还有就是支持脚本语言。我们选择了后者，因为第一种虽然可以扩展，但最终毕竟还是不灵活。在对编 阅读全文

摘要： 前一段时间，因为做自动化测试框架，调试的时候需要三个程序（Delphi/自动化测试客户端/测试目标系统）同时运行，非常不方便，因此申请一台可以双屏的系统。刚开始以为这是一个很简单的事情，只需要加一个显卡，然后在加一个显示器就可以了。谁知道原来的机器主板不支持独立显卡，而且没有AGP插槽，PCI也不是最新的标准。可以想像原来的机器配置是多么的不考虑扩展性啊。不过话说回来，这个问题刚好说明了扩展是需要成本的！后来只好直接申请一台新机器了。换上了双屏，第一感觉就是屏幕大了。从左看到右，你必须转动你的脖子才可以做到。但是多个程序可以同时查看，这是非常棒的优点。调试程序的时候，可以IDE和程序同时查看， 阅读全文

摘要： 这是一个非常有意思且非常发人深省的案例。公司在做一个组件的时候，一开始就以追求最高效率为目标。因此在制定方案的时候，采用了全部在内存中操作，从而获取最佳效率。但是随着应用中的数据量的提升，效率在空间面前，越来越成为问题。这个案例有意思的地方就是，最初是为了追求最好的效率，最后反而没有得到好的效率。但又反过来让我们来思考为什么会出现这种情况呢？xiammy想到的的第一个问题在于：空间和时间的权衡。我们都学习过《算法与数据结构》，知道空间和时间往往就是一对矛盾体。在这个问题上，我们一开始就想追求极限的时间上的优势，对空间上的消耗可能带来的影响反而忽略了。这个问题就是，极限地追求效率，非常有可能会增 阅读全文

摘要： 框架做到后期，大量的测试脚本已经编写完毕。大家可能会发现，量少和量多是完全不一样的概念。正如量多的时候你需要考虑运行性能一样，大量的测试脚本，必须考虑其组织方式。在上次重构中，已经和大家交流过，系统中为测试脚本预留了一个“测试包”的概念。而最近又正好在设计最后日志的分析功能，所以很自然地联系起来考虑。（测试包是一个非常简单的概念，就是允许多个测试步骤或测试包，作为另一个测试包的子节点存在。）日志是脚本在运行过程中记录下来的信息。对于测试来讲，这些脚本中的错误信息是他们非常需要的。但是如何在庞大的运行日志中方便地统计出他们需要的报告呢？这里面必须先回答一个问题：这个报告给谁看？给测试看？不，还有 阅读全文

摘要： Windows 可以将多个显示器映射为虚拟桌面，使我们可以利用这一点设计出方便工作的应用程序。例如 PowerPoint 就充分发挥了双显示器的优势（大多数的笔记本电脑都支持），它可以在一个显示器上播放幻灯片，而在另一个显示器上显示备注，可以控制播放的进程，使使用者做商务演说的时候非常等心应手。那么我们怎么开发这种应用程序呢？这篇文章将向你展示如果用 Delphi 实现使用多显示器的应用程序。Windows 还支持克隆显示方式，每个显示器输出同样的内容，这对某些应用也是有意义的。还有些显卡虽然也支持两个显示器，不过他们并不是真正意义上的多显示器，而是虚拟高分辨率显示模式（如 2048  阅读全文

摘要： 最近同事遇到了一个非常奇怪的问题，在Delphi中编译的时候，发生一些奇怪的现象，报出U2004之类的错误。我们在寻找原因的同时，我就想起温伯格的《成为技术领导者》的书中提到的一个测试题：如果你必须坐某人的车去旅行，你希望司机是：（a）从未出过事故，但如果出现事故时可能会不知所措。（b）一个星期出一次事故，但能非常老练地在紧急情况下做出决定。正如书中提到的，大部分人都选择（b）。而我突然想到这个问题，就是因为在思考，为什么我没有遇到这个问题呢？也许大家可能会骂我为什么问这么愚蠢的一个问题。但深入思考一下，这确实很有意思的啊。有些人的习惯，就是可以非常自然地规避很多问题。这让我又突然想起大学的考 阅读全文