序言
一转眼来北京已经四个月了。度过了回龙观没有暖气的冬天,迎来了春天--脑子终于化开了。
明天搬家,搬到积水潭,这样可以离工作的地方(Sigma大厦)近一些。我以为我能改变自己夜行动物的习惯,看来努力失败了。还是在晚上工作吧,这回到多晚都没事了,不用急着赶城铁,走着都能回家。
背后那个组的同仁们自己开发了一个WinForm的自动测试工具,挺好玩儿,那么我就自己开发一个吧。业余时间做一做,一是深化对软件测试的理解,二是提高一下自己的编程水平--在技术与艺术上都追求品质。
2006-03-22
兵马未动,先搞粮食。
今天先找了些参考资料,然后决定了一下使用什么技术来开发这个大玩具。
资料:
[1] MSDN:这个不用多说吧,百科全书。
[2] Programming Windows 5th Edition:因为要用到Win32编程,这本书是非常好的参考,以前一直没好好看,今天又祭器这面大旗。
[3] Effective GUI Test Automation: Developing an Automated GUI Testing Tool:Sybex的书,内容不错,就是有点啰嗦,没办法,参考资料少,咱就耐着性子看吧。
技术:
就这个软件本身而言,由于是自动控制计算机(主要是用户输入部分),所以应属于Windows底层程序开发。这种底层开发,Win32是正道,但如果用Win32开发,写UI的难度太大了--除非写个命令行程序。另一个选择就是MFC,可惜UI还是不太好写,更要命的是MFC使用C++,C++对XML的支持实在是让俺不敢怎么恭维。为什么要用XML?是啊,自动化测试吗,测试员要录制测试脚本,再执行测试脚本,用XML语言写脚本比较现成哦,我可不想自己再开发一套脚本Tag。C#借.NET的光,对XML天生支持的不赖,而且写起UI来是飞速完成的。可惜哦,架在.NET Framework的高台上,与底层遥遥相望..调底层的API只能使用PInvoke和内存对齐,而且Win32函数里那些怪怪的数据类型怎么转成.NET的类型呢?(头大)
技术 | UI | 底层 | XML |
Win32 | X | O | X |
MFC | X | O | X |
C# | O | X | O |
根据上表评估,我还是打算选用C#,底层虽然难搞,但不是不能搞。写个引擎,封装在一个DLL程序集里算了。就这么定了,明天开始概要设计了。
对了,补两句。刚才试了试用Process类和Form类的一些静态方法,看看能不能避开PInvoke,结果发现使用Process的实例属性"主窗体Handle"得到的数值的确与Win32 的FindWindow得到的一样,可惜用Form的FromHandle来处理这个值就得不到主窗体--K~~~,我不生气,不生气..
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=632719