偶然在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
前段时间面试，碰到一道题一个浏览器按钮，功能是设置此浏览器为默认浏览器，求测试点 那位大侠能给出详细的测试点来？
B/S架构的系统，都会使用如下的基础软件架构：数据访问层：实现对数据的访问功能，如增加、删除、修改、查询数据。业务逻辑层：实现业务的具体逻辑功能，如学生入学、退学、成绩管理等。页面显示层：将业务功能在浏览器上显示出来，如分页显示学生信息等。 在实际项目中，可能会根据情况在业务逻辑层增加层级，对于软件测试，也无非是针对这3层架构进行的测试或者测试过程中都会涉及到这3层架构。 数据访问层： 1. 常出
