后天就是12月了。
整个11月份我只写了一篇日志就到了月底,生活里有很多日子都是这样飞奔而过。这个月,我大抵是在一半沮丧,一半昂扬的状态中度过,时刻伴随左右的,还有迷茫。
上午10点起床,11点半到公司。
下午继续写测试,在随机生成的压力测试中,测出一个深藏已久的NULL属性单独提取Bug,甚喜。
下班之前,申请了443端口访问,希望明天能通过。只能上http网页的日子实在是太单调了,我已经受不了了。
晚上理性更新建站blog一篇,更新个人blog一篇,睡觉。
晚安。
本周经过几天的文档阅读,根据TPCC,TPCE和TPCH三个标准的系统测试模型,抽象了如下的数据库测试系统通用模型(非分布式方式):
其中,数据生成模块用于产生测试过程中需要的数据参数,这些参数需要符合各个标准的要求,必要的情况下需要按照标准要求的方法进行生成。
终端模拟作为用户终端或机器终端的模拟器,执行数据生成模块生成数据的读取和预处理,并提交数据检查模块进行数据检查。同时,需要记录事务的起止时刻并传递到监控模块。
监控模块根据终端反馈数据计算测试的结果并完成报告。
应用逻辑将终端处理过的数据转译为SQL语句。
连接模块维护与SUT的连接。
SUT是待测试系统。
2009.7.6 阅读http://osdldbt.sourceforge.net/的Database Test Suite源代码,了解其基本设计思路。 2009-7-7 阅读TPC-C最新文档,了解TPCC测试时的数据库表结构,画TPC-C测试结构图 2009-7-8 继续看文档 2009-7-9 在武义,继续看文档 2009-7-10回来,看文档
TPC:事务处理性能测试委员会TPC(Transaction process performance Council)是一个专门负责制定计算机事务处理能力测试标准并监督其执行的组织,其总部位于美国。其功能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量,并管理测试结果的发布。目前,TPC已经制定了众多标准,其中包括已过期的TPC-A,TPC-B,TPC-D,TPC-R,TPC-W标准和正在使用的TPC-C,TPC-E,TPC-H和TPC-APP标准。 OLTP:联机事务处理。也称为面向交易的处理系统,其基本特征是顾客的原始数据可以立即传送到计算中心进行处理,并在很短的时间内给出处理结果。这样做的最大优点是可以即时地处理输入的数据,及时地回答。也称为实时系统(Real time System)。衡量联机事务处理系统的一个重要性能指标是系统性能,具体体现为实时响应时间(Response Time),即用户在终端上送入数据之后,到计算机对这个请求给出答复所需要的时间。OLTP 数据库旨在使事务应用程序仅写入所需的数据,以便尽快处理单个事务。