交易日志（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
10 Minute Mailhttp://10minutemail.net/en/http://www.moreofit.com/similar-to/10minutemail.com/Top_10_Sites_Like_10minutemail/VPN Proxyhttps://camolist.com/http://www.proxy-list.org/en/index.phpGAE Prox
一个好的缺陷报告应该具备以下几点： 1， 标题描述清晰，以最简洁最直接的方式描述缺陷内容，最好也可以包含缺陷产生位置和原因。 2， 指派给合适的人。几乎没有开发会去改一个不是自己负责部分的bug。 3， 主题内容简洁明了：bug步骤描述清晰，不一定傻子都能看得懂，但至少你离职了，你的同事能够看你的bug就接着干活。结果和期望尽可能少文字说明，多开发
Tuxedo 8.0性能监控：● 获得 LoadRunner “ Tuxedo Monitor ”。● 获得 Tuxedo 8.1 工作站客户端的安装程序。● 在 Controller 计算机上安装 Tuxedo 8.1 工作站客户端。● 在 Controller 计算机上定义 Tuxedo 环境变量，并将 Tuxedo bin 目录添加到 PATH 变量中。一般在安装 Tuxedo 8.1 以后
考虑时间Thinking Time指的是在性能测试脚本中，事务与事务之间，会有一些短暂的停顿，就好像真实用户在操作时，两次操作之间需要考虑一下。比如用户注册的时候，在打开注册页面到提交注册页面之间，是有一段考虑时间的（用户在填写个人信息）。下面就讨论一下在性能测试实战中，为什么要设置考虑时间。先说一个概念：吞吐量，这指的是服务器系统（包括软件和硬件）单位时间内处理业务的数量。我们现在做一个小试验，
【前景提要】在做性能测试时用LoadRunner自动录制角本时会出现记录Cookie的代码，在调整脚本要做关联而这通常必须要做关联的是一个叫作Session id的东东，而在Run脚本时又会有是否使用Cache的选项。让我对Cookie，Session和Cache充满的疑问。只有了解它们的工作机制和不同，我们才能判断出它们对于性能测试的影响。于是乎就有了下面这篇文章了~~~ 一、&nbs
Transactions（用户事务分析）用户事务分析是站在用户角度进行的基础性能分析。1、Transation Sunmmary（事务综述）对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。2、Average Transaciton Response Time（事务平均响应时间）“事务平均响应时间”显示的是测试场景运行期间的每一秒内事
