加载中…
加载中…
加载中…
标签:
杂谈 |
分类: selenium-webdirver |
|
这里用到的ide是netbeans ruby环境安装好后,下载netbeans,然后进行安装 netbeans ruby plugins download URL: http://jruby.org.s3.amazonaws.co ... by_7_1_preview1.zip 解压 打开netbeans,工具》插件》已下载》添加插件》之后按提示进行即可。 |
标签:
杂谈 |
标签:
杂谈 |
在QTP中执行类似:ExecuteFile 'D:/test.vbs' 这样的语句时会出现“无效字符”的提示错误,这是因为QTP对字符集的处理能力非常弱,只要把test.vbs这个文件另外存为'ANSI'编码就可以了。建议就有vbs的编辑器来写vbs,不要用QTP来写。
同发喜乐学习网(www.
====一些小道理
在成功的道路中,选择大于努力
有时候你会发现,事情总是会向你能想到的最坏的方向发展--墨菲定律
====关于敏捷
敏捷:
适应变化,以人为本
1、面向人的而非面向过程
2、主动适应而非预先设定
3、摆脱繁琐的东西,但不是不要,只是要简洁明了的直击主题
敏捷开发认为人与人之间有效的交流和协作是最重要的,透过一切流程和工具看本质,实际上就是使人能够协作开发软件。如果能够保持最有效的交流和协作,又何必在乎流程和工具呢?
敏捷开发随时拥抱变化、响应变化,而不是恪守计划。敏捷开发认为,在软件开发过程中,未来是不可完全预知的,并且要求软件开发团队进行高度的自我管理,管理者要充分信任开发团队。
传统的开发流程认为,未来是可以计划和预测的,另外,管理者也不完全信任开发团队,需要通过命令和控制的手段来管理项目。
敏捷开发的本质:一切活动以价值为导向;以人为本。
敏捷中的经理角色更像是足球场上的教练,他不是去踢球的,真正踢球的是那些队员们。
最近读了一本关于agile中的scrum的书,就是敏捷开发的东东,有不少启发。
其实我们平时的开发流程和scrum差不多,只是不够灵活,太拘于形式,没有主动的去拥抱变化。
电子版分享文档和电子版书籍请到如下地址下载:
1、http://www.76learn.com/forum.php?mod=viewthread&tid=900&extra=page=1
最近自己写了一篇关于测试行业的零星思考,很多xdjm们都留言和发mail说,写了很多大实话,其实不敢当,只是把小弟自己的感受写出来。
今天又读到Mr 曾的这篇文章,大呼过瘾啊,99%的想法都完全匹配,我觉得测试界缺少的就是这样的人,能真正思考深入的,而不是成天关于表象的人。
尤其里面有关企业抱怨招不到人那段,太tmd一针见血了,我觉得pm,总监,hr应该去认真拜读下,不要每天没事瞎逼折腾,很多有能力的人都与你们擦肩而过。
招人本身就是风险投资,你投资的就是我现在的能力+未来的潜力。
我强烈建议大家去读读这篇文章,我没找到原文,我是在第24期51testing杂志里看到的
2012已经悄然来临,我想现在大家都回家过年了吧,这几天对现在的测试行业各个方面想了想,有些个人观点和大家一起分享。
这里事先声明,没有对与错,只有适合还是不合适,纯粹是个人的观点。
1、整体的测试行业
其实说实话测试这个行业一直处于叫的高但实质并不高,说俗点就是薪水其实一般般。我个人觉得无非就是下面的几个原因:
1)纯技术能力不强
2)公司对测试定位不高
3)公司对测试没有正确的理解
无非就是这些原因,黑的白的大家都心知肚明,这个东西不是你想改变就能改变的,需要一定的力量做推动可能才会有效,这个真的随命。
2、测试技术方面
对于测试技术来说,无非就是手工功能,自动化功能、性能、安全、自动化框架、单元测试。。。。。一堆乱七八糟的东西,我们自己冷静的想想真的需要这么多吗?每个技术对于我们真的有用吗?
个人觉得,真不需要这么多,我一直觉得一个人的价值的多少和他所掌握的技术并没有多大关系。
我就拿一个简单的例子,单元测试来说。真的所有公司都需要这种测试吗?我的回答是 NO。个人觉得任何技术,尤