2012-09-12
I cannot debug test methods since the error : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less t
昨晚我根据下图所示的办法为C盘扩容，以前折腾过，很久没用又不记得细节了。原文来自百度文库http://wenku.baidu.com/view/5856cc4d767f5acfa1c7cd41.html 今天早上得知115网盘关闭了大众分享功能，郁闷啊，Acronis Disk Director 11 Home是存在115上的，100多兆，没法分享了。有需要的童鞋Mail我吧：wuziteng20
昨晚用Acronis Disk Director 11 Home把C盘扩容了，却发现Grub的UI引导界面不显示了（我在电脑上装了Win7+CentOS双系统），取而代之的是grub命令行。 OMG，grub命令都忘到爪哇国去了，还好迅速搜到了解决办法――我只尝试了进入Windows的命令，搞定。 =======华丽的分割线======以下来自 http://blog.sina.com.cn/s/
在新买的联想Y470本本上硬盘安装CentOs，提示安装完成之后，在进入CentOs系统时报错： CODE: BAD EIP VALUE. EIP:acpi_video_device_bind+0x21/0x35[video] SS:ESP 0068:f71ace30
免费开源的玩意儿就是折腾人啊。本来Jenkins+Testlink已经成功集成了，但是Team的服务器资源做了调整，原本在同一局域网中的Jenkins和Testlink，前者部署在域内（因为项目环境在域内），而Testlink部署在域外（以保证外派到客户那里的测试人员也能访问这一测试管理平台）。这种调整的直接影响是，之前的自动化测试代码没办法在Jenkins上集成管理。因为部署Jenkins的机器
下个月我就要换组，开始做微软的私有云计算外包项目。尽管换组日期还没有敲定，但是HR和微软项目组的Manager都已经表明态度，希望我尽快到岗。 从2009年底进公司至今，我已经干了两年多的测试，接触了5个以上国内项目的测试。项目时间长则一年，短则数月。当然，其中有并行的项目。从手工测试到自动化，从自我学习到团队建设，我一直按照自己设定的路线行进。由Engineer升为Sub Leader，普通员工
按照规范，所有JUnit测试类最好命名为“TestXXX”或者“XXXTest”，但在我们项目中，测试类名就直接是“XXX”，这导致在Maven运行的时候有点小麻烦。 当然，Jave类名和文件名必须一致，批量修改文件名很好办（Total Commander下Ctrl+M），但是修改类名呢？ OK，还是晒晒Perl程序： $path='C:\\Users\\applewu\\Desktop'; op
Perl解析XML文件，可以调用XML::Simple模块。安装命令： perl -MCPAN -e shell install XML::Simple quit 程序test.pl： use XML::Simple; $xml=new XML::Simple; $path='E:\\surefire-reports'; opendir(DIR,$path); @filename=readdir(
Jenkins平台搭建又出了问题 ，但是活儿还是不能耽误啊。这里，我梳理一下自动化测试脚本执行的过程。 从SVN Server上获取最新的测试脚本 启动Selenium Server 用mvn test编译和运行测试脚本 运行perl小程序，解析已生成的JUnit Report文件(xml格式) 批量修改Test cases的结果 从上述工作来看，一个自动化测试人员的工作机上，需要安装 JDK S
参照 http://www.blogjava.net/sitinspring/archive/2007/06/20/125224.html ，用Maven跑JUnit类。但是 运行mvn test，却报找不到任何测试类，即： There are no tests to run. 郁闷之际查了一下maven参考资料，发现原来是surefire插件的默认行为所致。 maven是使用surefire插件
