在针对C/S结构的信息系统进行性能测试的时候，因为客户端实现机制的不同，往往会遇到很多棘手的问题。采用何种测试方法进行测试就是一个首先必须解决的问题，往往很多测试工程师都感到非常困惑。 在进行了一番技术研讨之后，在本文的案例中，对于C/S信息系统进行性能测试的时候，采用的是自动化性能测试工具LoadRunner调用自动化功能测试工具Quick Test Professional脚本的方法实现性
整个应用程序创建一个大测试的主要原因之一。当应用程序发生更改时，可以重新录制部分测试。如果更改不重要，可以手动编辑测试将其更新。 还可以使用QuickTest 的操作功能设计更多模块和有效测试。进行录制时，可以基于功能将测试划分为多个操作。当应用程序发生更改时，可以重新录制特定操作，而无需更改其余测试。尽可能插入对可重用操作的调用，
北京并不是没有美景，只是缺少发现美的眼睛。看这个小孩多可爱！ 没了蜜蜂，亮了小苍！
今天做一个项目的并发登录测试，测试要求是1000用户并发登录，然后停滞在系统中，测试开始，服务器压力性能很好，但是使用lr的客户端cpu使用100%，导致资源不够用，我脚本设置的是线程模式，不是进程模式，不知道各位朋友有什么优化的办法没有，现在我能想到的有两种方法，一：加强客户端的机器配置，二：多台机器联用。还有没有其他更好的方法，毕竟1000个用户人数不少啊，多台很麻烦，要找机器，扩配置或找更好
MySQL 优化工具 MySQLTunerhttp://www.21andy.com/blog/20100414/1864.htmltest@phptest:~$ perl ./mysqltuner.pl >> MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net> >> Bu
IOWait相关问题http://www.cppblog.com/go-benny/archive/2008/04/23/47908.html定位IOWait高的一些方法和工具：在Linux性能分析时经常使用的工具包括：top, iostat, vmstat等IOWait高的一些处理方法1、检查RAID的状态，比如是否正在重建或者没有初始化2、替换操作系统的内核，最好使用发行版标准的Linux k
交易日志（Transaction logs）是数据库结构中非常重要但又经常被忽略的部分。由于它并不像数据库中的schema那样活跃，因此很少有人关注交易日志。 交易日志是针对数据库改变所做的记录，它可以记录针对数据库的任何操作，并将记录结果保存在独立的文件中。对于任何每一个交易过程，交易日志都有非常全面的记录，根据这些记录可以将数据文件恢复成交易前的状态。从交易动作开始，交易日志就处于记录状态
吃腻了公司的盒饭快餐，昨天心血来潮去市场买东西。烧了两个小菜，今天吃的很happy。看来我也要申请不吃快餐了。 某人生日要到，身为月光的我，倍感压力，这月要还某人钱，这月要去南京走亲访友，这月要生日开销，这月的事情还真不少。扛着这点钱，怎么过个像样的生日呢？ 看来19.20要去南京了，或者再下周、
对于刚刚进入项目的测试人员，什么都不了解，怎么样短期了解业务流程呢？ 这个问题很简单但是又很难。简单是因为软件业务流程可以顺藤摸瓜，难是因为不知从何入手 &nb
Testing ENVPOS Server：CPU: Pentium Dual-Core E5800 @ 3.20GHz(CPU Mark:2184) MEM: 8Ghttp://www.cpubenchmark.net/By iotop247 be/3 root 0.00 B/s
