Google的测试策略从来没有变过，我们执行测试的策略随着公司的演化而演化。我们现在是一个集搜索、应用、广告、移动、操作系统等业务于一体的公司。每一个我们关注的领域都是在该领域有意义的问题。随着我们不断的增加新的“关注领域”（Focus Areas），延伸已经存在的领域，我们的测试也在不断的扩展和改善。而我们当下在做的以及我们预计未来将会发展的方向，就是我将要在这系列文章中将要阐述的问题。
Software testing is a relatively new field and has changed considerably in past few years. It is not taught in many universities and when I moved from development to testing in 2001, I was confused ab
偶然在programmers.stackexchange.com上看到了这个有趣的问题，有人问：既然普遍认为编程是比较难的工作，为什么业务分析人员和项目经理们会拿比程序员更多的薪水？虽然大多数的时候程序员都被发现是最晚离开公司的人，可那些家伙的工作却能拿更多的报酬，为什么会这样? 回答的人很多，但似乎只有一个是比较合情合理的，它是从经济学原理的角度分析的这个问题。 人们所能获得的报酬往往会低于老
Wednesday, March 02, 2011 10:11 AMBy James Whittaker 爬，走，跑。 在比其他公司少很多测试人员的情况下，谷歌做的还不错的一个关键原因是，很少尝试在一次发布中包含很多的功能。实际上，谷歌经常反其道而行之，在一个产品的核心模块被开发后，如果有一定数量的受益人群就立刻发布，然后不断的得到用户反馈再迭代开发新功能。这也是我们在Gmail 上的做法，Gma
ruby + watir 相关资料https://github.com/oneclick/rubyinstaller/wiki/Development-Kithttp://ruby.taobao.org/Watir 主页：http://wtr.rubyforge.org/Ruby中文手册：http://www.ruby-cn.org/doc.htmlRuby主页：http://ruby-lang.
以下是自动化测试框架的建议，需要在以后的实践中改进。自动化测试框架一般可以分为上下两个层次，上层是管理整个自动化测试的开发，执行以及维护，在比较庞大的项目中，它体 现重要的作用，它可以管理整个自动测试，包括自动化测试用例执行的次序、测试脚本的维护、以及集中管理测试用例、测试报告和测试任务等。下层主要是测试脚 本的开发，充分的使用相关的测试工具，构建测试驱动，并完成测试业务逻辑。 一、自动化测试管理
本文采用的持续集成（ CI ）工具为 hudson( 版本号 2.0.0) ，代码质量检查工具采用 sonar（版本号2.8），数据库采用 MySQL 社区版 ( 版本号 5.5.11b ），主服务器环境持续集成搭建及使用心得本文采用的持续集成（CI）工具为hudson(版本号2.0.0)，代码质量检查工具采用sonar（版本号2.8），数据库采用MySQL社区版(版本号5.5.11b），主服务器
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。这些方法都是比较实用的，但在具体工作中要采用什么方法，需要针对项目的特点加以适当的选择。在实际高水平的测试中，往往需要综合使用各种方法以有效的提高测试效率和测试覆盖度。 以下介绍的是各种测试用例设计方法选择的综合策略，供大家参考。 （1）首先进行等价类划分，包括输
[如需转载，请在转载时注明出处，并保证本文的完整性] 用Excel做测试用例的数据模板，复杂的模板，如果手动来填写预期结果，非常麻烦，一则容易出错，二则需要重复计算浪费时间。那么如果不是很复杂的逻辑运算完全用Excel公式可以实现，不过比较复杂的还是用宏来实现比较好。 那么实现
各位大侠：谁那里有数据库监控程序spotlight的程序，请发给我一份，先谢啦，285121989@qq.com
