-
详解loadrunner的think time（原创）
2007-01-12 11:13:09
lr_start_sub_transaction
标记子事务的开始
lr_start_transaction
标记事务的开始
lr_end_sub_transaction
标记子事务的结束以便进行性能分析
lr_end_transaction
标记 LoadRunner 事务的结束
思考时间大于阈值时生成： 使用思考时间的阈值。如果录制思考时间小于该阈值，VuGen 将不会生成思考时间语句。您也可以指定阈值。默认值为 3 - 如果思考时间少于 3 秒，VuGen 将不会生成思考时间语句。如果禁用此选项，VuGen 将不会生成任何思考时间。（默认情况下启用）
脚本：
lr_start_sub_transaction("think time1","t1");
lr_think_time(10);
lr_end_sub_transaction("think time1",LR_PASS);
lr_start_sub_transaction("think time2","t1");
lr_think_time(10);
lr_end_sub_transaction("think time2",LR_PASS);
lr_end_transaction("t1", LR_AUTO);
输出：
Action.c(8): Notify: Transaction "t1" started.
Action.c(9): Notify: Transaction "think time1" started.
Action.c(10): lr_think_time: 10.00 seconds.
Action.c(11): Notify: Transaction "think time1" ended with "Pass" status (Duration: 9.9939 Think Time: 9.9892).
Action.c(12): Notify: Transaction "think time2" started.
Action.c(13): lr_think_time: 10.00 seconds.
Action.c(14): Notify: Transaction "think time2" ended with "Pass" status (Duration: 9.9954 Think Time: 9.9906).
Action.c(15): Notify: Transaction "t1" ended with "Pass" status (Duration: 19.9994 Think Time: 19.9798).
Link URL: http://www.cnblogs.com/tester2test/archive/2006/12/18/595530.html -
原创：检查点的三种加入方式
2007-01-12 11:13:09
前一段时间有个学员问我检查点的集中加入方式，我简单的总结了一下，希望对大家有帮助。检查点问题
前提条件
² 必须勾选启动检查点
使用方法
图１在录制过程中选择要添加为检查点的文字，点选工具条上的红框所示图标（图１），即在脚本中加入了相应的检查点函数（文字检查点），当然你也可以通过菜单项NEW STEP加入文字或者图片检查点（图２），还有一种方式就是根据服务器的响应信息添加检查点（图３），你自己在稍微了解一下图片和文字检查点函数的内容就行了，有问题我们再联系！
图２
图３
Link URL: http://www.cnblogs.com/tester2test/archive/2007/01/12/618269.html -
一样一句
2006-12-30 12:25:20
-
一道招聘试题, （终身受用啊）
2006-12-26 08:46:25
-
IT从业人员必看的10个论坛
2006-12-19 20:32:43
IT方面的论坛太多了，有综合，有专业，有行业，在各个论坛里混了几年，体会颇深，以前是论坛哪里人多，往哪里去，新浪论坛，网易是经常去的，人多啊，好几十万，去了以后才发现没有意思，没有共同的语言，于是逛专业论坛，行业论坛，终于找到了共同语言，总结一下论坛的经验：人不在多，有仙则灵，贴不在多，有精则行，逛了大半辈子，一个IT人发展方向一定要除了技术外，业务，理论，思想一个都不能少，于是我推荐如下这些论坛，或许真能帮助您，做论坛，都是赔本的买卖，不收费还帮助你学习，得向斑竹们致敬啊。
以下论坛排名不分先后，还有许多业界知名的论坛，主要有点偏门，这个不做概述，呵呵。
IT技术开发综合类
http://community.csdn.net/
适合人群：只适合软件开发者
技术开发最全面的论坛，里面可以遇到很多牛人，版面也很全，什么J2EE，.NET啊，该有的全上，在这里基本上可以提出任何问题，人气也是最旺的，不过一般提出的意见都有正方两面的，所以最终解决问题，还是靠自己。
评价：专业，很牛逼，就是速度慢。
http://www.52rd.com/bbs
适合人群：研发人员
我爱研发网，顾名思义，是针对R&D研发人员的，目前在射频，通信，手机研发是国内第一的，牛人不少，问题讨论的很彻底。论坛制度很人性化，设有资料交换区，有超大量有价值的资料。
评价：强，速度还可以；
http://bbs.chinaunix.net/forum/
适合人员：系统工程师
这里的特色就是操作系统方面在业界是最著名的，牛人不少，目前，在数据库，网络方面也颇有建树，当然灌水方面也不赖，呵呵，属于温柔性
评价：强，速度还可以
http://bbs.chinajavaworld.com/
适合人员：JAVA开发
JAVA方面非常综合的论坛了，牛人也很多，是一个难得的JAVA论坛，涉及你想象的关于JAVA目前任何技术。
评论：强，速度还可以。
电子工程师类
http://21icbbs.com/
适合人员：电子工程师
人气不错，覆盖面比较广，老牌了，就是有点和时代脱节了，无论是设计上还是内容上
评论：强，速度还可以
http://www.eetchina.com/DG/eec_dg_home.htm
适合人员：电子工程师
环球资源的子站，页面设计很大气，技术文章也比较及时和权威，是个难得的好网
评论：强，速度还可以
网络工程类
www.1000bbs.com
适合人员：布线/网络工程师
人气很旺，特色是版面比较紧凑，综合布线这一块很权威，很窄很专，时间非常久了，颜色比较明快，就是太低端了，
评价：不错，速度一般
http://www.sharecenter.net/
适合人员：网络工程师
之所以我喜欢是这个网站很多做CISCO工程都知道，也是别人介绍我去的，时间非常久了，颜色比较暗谈，属于忧郁型。
评价：不错，速度也还可以
IT营销管理类
http://www.topren.net/forum/index.php
适合人员：企业策划，CIO
业界知名的知识站点“唐人社区”，信息化管理顾问可以去看看，人也很多，可惜，都是下载，实质性内容需要改观，我记得是非常专业的网站。
评价：不错，速度也还可以。
IT管理综合类
http://club.amteam.org/
适合人群：大多数，
评论类比较多，基本上在其他媒体上看到的评论，这里都会有，要想了解IT发展的情况，就来这里看看。
评价：很好，休闲工作都可以看。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/11/15/560989.html -
提问的智慧[转载]
2006-12-19 20:32:43
Link URL: http://www.cnblogs.com/tester2test/archive/2006/11/22/568165.html -
小笑话
2006-12-19 20:32:43
抽象画
向美术教师交作业时，一位学生只交了一张白纸。
老师问：＂画呢？＂
学生答：＂这儿？＂他指着白纸说。
老师：＂你画的是什么？＂
学生：＂牛吃草。＂
老师：＂草呢？＂
学生：＂牛吃光了。＂
老师：＂牛呢？＂
学生：＂草吃光了，牛还站在那里干什么？＂
惯性
惯性实例物理老师在讲惯性这一课，一个学生在下面讲废话。
老师暗示了他一眼，可他仍我行我素。老师：我刚才讲了什么内容？
学生：惯性
老师：请你举个实例
学生：刚才我在下面讲话，虽然您暗示了我一眼，但我没法马上停
住，这就是惯性。
上课睡觉
某生上课时睡觉，被老师发现。
老师：你为什么在上课时睡觉？
某生：我没睡觉哇！
老师：那你为什么闭上眼睛？
某生：我在闭目沉思！
老师：那你为什么直点头？
某生：您刚才讲得很有道理！
老师：那你为什么直流口水？
某生：老师您说得津津有味！
教授的不同
在一所大学的操场上，政治学教授、哲学教授和语言学教授围着一
根旗杆。数学教授走过来，问：“先生们在忙什么？”“我们需要这旗
杆的高度，正在讨论用什么手段得到它。”政治学教授说。“瞧我的！
”数学教授说着，弯下腰抱紧旗杆使劲一拔，把旗杆拔出后，放倒在地，
拿出卷尺量了量，“正好五米五”说完便把旗杆插回原地，走了。“这
人！”语言学教授望着他离去的背影轻蔑地说，“我们要的是高度，他
却给了我们长度，瞎添乱！”
难题
难题电脑课上，心不在焉的卢卡被教授点名提问。“为什么不
回答，卢卡，我提出的问题很难吗？”“噢，不，先生。你的问题
我完全懂，是答案把我难住了。”
理由
父亲：＂皮埃罗，今天不要去上课了。昨晚，妈妈给你生
了两个小弟弟。＂“明天，你给老师解释一下就是了。”
儿子：“爸爸，明天我只说生了一个，另一个，我想留着
下星期不想上学时再说。”
Link URL: http://www.cnblogs.com/tester2test/archive/2006/11/22/568428.html -
Why Visual Studio Team System Isn't A LoadRunner Killer[转载]
2006-12-19 20:32:43
Why Visual Studio Team System Isn't A LoadRunner Killer
by Scott Moore
Loadtester Incorporated
04/14/2006
Microsoft recently posted a job for a performance engineer, and I happened to see it. It started off with the question, "Do you have experience with any of the common performance testing applications such as LoadRunner and OcraCoke?" I thought, "huh?". For those of you not familiar with OcraCoke, that was the pre-launch code name for Visual Studio Team System. This peaked my interest further. I was interested in VSTS because several people have been asking me if I think Microsoft has come up with a "LoadRunner killer". I attended a meeting held at a Microsoft facility and watched VSTS demonstrated. I can say without a doubt, this is NOT a LoadRunner killer. I can't see that it ever will be. Microsoft is has created a competitive product for specific cases. They are offering VSTS as an alternative to the "500 pound gorillas" load testing products. Did I mention that their license model allows unlimited virtual users? When you buy the license, its per CPU. This means as many virtual users as your server can run for one price. So why am I so confident that we won't see a mass move to this product by the Global 2000 companies in the US?
VSTS is really made with a developer's frame of reference in mind, using Visual Studio's interface to build scripts and run tests. The LAST person I want running an integrated test on a huge project is the developer. They should performance test their code components and the code layer of the product. They should engineer performance into their widgets via unit performance testing, but I don't want them touching a system right before it goes live. Why? They have a skewed view of the testing and cannot remain neutral. Developers are only worried about their code. If they cannot figure out how to optimize their code, they will throw hardware at it before spending the time to rewrite. I've seen it time and time again. Since it's usually their neck on the line if the product gets delayed due to defects (whether quality or performance related), how many developers are going to resist the temptation to tell the CIO that they found a performance issue in the code and the product roll out needs to be delayed two more weeks? How many developers want to expose themselves or their team to the client stakeholders as the originators of the performance defects. This is why a performance engineer who is a third party needs to do this. It should be a QUALIFIED engineer who can get into the guts of the system, and who doesn't have political ties to the development staff, including reporting to the same manager. I prefer a person who represents production because that's who is going to end up with the final result and have to support and maintain it. Most QA teams report to the development manager, which is a mistake. What happens is the QA team is gagged and bound from doing their job because they are seen as holding up the project. That's why having a performance engineer report to the production director gets them out of that jam. I am seeing more and more of this in the market and I like it. On the other hand, we must not forget that performance testing is a discipline of product assurance. Too far the other direction (operations) and you're not looking at code, but CPU counters and bandwidth alone. This is also a mistake.
The biggest reason VSTS is not the LoadRunner killer is because I don't know of a single Enterprise completely encapsulated in a Microsoft world and totally compatible with a limited set of technology platforms. Once you get away from the Microsoft realm, VSTS loses most of it's potency. In fact, if you are simply using the Firefox or Opera browsers as your standard, you are out of luck. When creating web scripts, the only choices are Internet Explorer or Netscape 6. This can probably be worked around by manually modifying some headers, but that is only the beginning. What happens when you need to move into that gray area between web and "other" application (like Siebel 7.7) where there is more of a challenge because of client stuff to install and it might communicate outside of port 80? How about mySAP? Oracle financials? What if you want to test a legacy application behind Citrix? Microsoft will tell you that they have an additional feature which will allow you to expand to other protocols (and I would assume some gifted MS developers are working on this now). It's a unit testing tool, much like Nunit. The only problem is you need to be a geekazoid wedge head programmer (the kind that you leave a 6-pack of Jolt cola's for outside their door and let them work in the dark) to create the stuff needed to test against these other protocols . I don't know a lot of QA folks out there testing applications with this much time on their hands. They're already overworked and underpaid. And haven't you heard, they are the reason the projects are being held up….?!?!? It is sort of like getting LoadRunner with only the web protocol and the Winsock protocol. Everything that falls outside of pure web, is Winsock. I can hear the groans and feel the anguish even as I type this up.
The main problem Microsoft will have in developing new protocols is not limited to the technical realm. One of the real strengths Mercury has is the strong relationships at the R&D level with SAP, ORACLE, CITRIX, and others. In fact, SAP and ORACLE have standardized internally on LoadRunner. They have provided Mercury the information they need to "hook" into these custom applications and protocols and spent the last 10 years maturing and expanding these protocols so that the scripting part gets easier with each version. Because of this, you can apply the same testing methodology across projects no matter the application, protocol, or platform. Now let's think about the fact that while its entirely possible that these kinds of protocols can be developed, who's going to bet me that Oracle and SAP are going to play nice with Billy Gates and hand over the hooks into their product? Anyone? Bueller? Bueller?...
Now that I've spent the entire time whining and standing on my soapbox (again), let me say that I think VSTS has some great qualities. Just the fact that it gets all those developers THINKING about testing is a good thing. The ability to create a simple web script directly in their tool of choice and run a test against their code - this is a VERY good thing. Being able to put a transaction around multiple page returns, adding think time, modifying in a script view, creating parameters, and real time performance monitors are all great things. There are lots of graphs to look at an analyze after the test is completed. If you have a development shop that is COMPLETELY Microsoft centric and you are only messing with web and web services in .NET, then this could be a way for you to validate the performance of your product. It will still take a solid testing methodology to make sure you are truly eliminating the risk of production deployment. That is something Microsoft won't bring to the table either, and best left to folks like us at Loadtester. We'd love to help. On the other hand, I'm not putting away my LoadRunner skills just yet. When Oracle standardizes on VSTS, I'll gladly close my laptop and open a BBQ restaurant….on the beach!!!
Link URL: http://www.cnblogs.com/tester2test/archive/2006/11/23/569966.html -
如何计算oracle的数据缓冲区命中率与共享池的命中率
2006-12-19 20:32:43
1、数据缓冲区命中率：
SQL> select value from v$sysstat where name ='physical reads';
SQL> select value from v$sysstat where name ='physical reads direct';
SQL> select value from v$sysstat where name ='physical reads direct (lob)';
SQL> select value from v$sysstat where name ='consistent gets';
SQL> select value from v$sysstat where name = 'db block gets';
这里命中率的计算应该是
令 x = physical reads direct + physical reads direct (lob)
命中率 =100 - ( physical reads - x) / (consistent gets + db block gets - x)*100
通常如果发现命中率低于90%,则应该调整应用可可以考虑是否增大数据缓冲区
2、共享池的命中率：
SQL> select sum(pinhits-reloads)/sum(pins)*100 "hit radio" from v$librarycache;
假如共享池的命中率低于95%,就要考虑调整应用（通常是没使用bind var ）或者增加内存
Link URL: http://www.cnblogs.com/tester2test/archive/2006/11/29/576531.html -
小窍门－在EXECL表中加入下拉列表
2006-12-19 20:32:43
经常看到别人做一些比较好用的EXECL表，其中一个就是在表中提供一些下拉列表供选择使用，但又不是VBA等实现的。其实做起来很简单，说完你就会。
1、选择要加入此下拉列表的单元格或列或行；
2、选择菜单“数据－＞有效性”；
3、选择对话框上“设置”选项卡；
4、在“允许”下拉列表框中选择“序列”，选中右边的“提供下拉箭头”
5、在“来源”中输入你自己的选择项，中间用“,”分隔。
6、然后按“确定”，
OK了！！
Link URL: http://www.cnblogs.com/tester2test/archive/2006/11/30/577637.html -
再来学习一下“八荣八耻”
2006-12-19 20:32:43
女人版八荣八耻
以做饭洗衣为荣，以多吃多睡为耻
以按时回家为荣，以彻夜不归为耻
以工资上缴为荣，以存私房钱为耻
以照顾小孩为荣，以照顾情人为耻
以听老公话为荣，以指挥老公为耻
以温柔体贴为荣，以泼辣刁蛮为耻
以精打细算为荣，以铺张浪费为耻
以自然美白为荣，以漂白抽脂为耻
美女减肥版八荣八耻
以每餐少吃为荣，以偷吃零食为耻
以吃凉拌菜为荣，以啃炸鸡腿为耻
以饮品普洱为荣，以狂喝可乐为耻
以饭后散步为荣，以卧看电视为耻
以多做家务为荣，以奔赴饭局为耻
以上跑步机为荣，以躺按摩椅为耻
以坚持到底为荣，以半徒而废为耻
以影响他人为荣，以个人胜利为耻
男人的八荣八耻
以关心老婆为荣，以忽视老婆为耻
以伺候老婆为荣，以麻烦老婆为耻
以赞美老婆为荣，以批评老婆为耻
以抢干家务为荣，以好逸恶劳为耻
以下班回家为荣，以夜不归宿为耻
以诚实专一为荣，以拈花惹草为耻
以遵守家法为荣，以违法乱纪为耻
以上缴工资为荣，以私藏金库为耻
Link URL: http://www.cnblogs.com/tester2test/archive/2006/12/05/582720.html -
从键盘判断电脑主人
2006-12-19 20:32:43
1.W严重磨损
原因：FIFA的加速键是W。
分析：此人是个FIFA高手。这种人在看球时左手中指会不自觉地狂点；踢球时会抱怨说：又按错键了；跑步时会默念：w、w、w……
2.ALT+S或CTRL+ENTER磨损
原因：这两个组合都是OICQ的发送讯息。
分析：此人是QQ狂，具备以一当十的能力。这种人会把别人的电话号码当作OICQ去查询；写文章时会大量使用GG、MM、hehe、haha、o、886、520、7456等字眼；在动物园看见企鹅会说：拜托你换个头像好不好？
3.W、A、S、D、U、I、J、K都有明显磨损
原因：这八个键是拳皇迷常用的控制键。
分析：此人是个拳皇迷，但不一定是高手，因为拳皇高手太多了。这种人有事没事都会两只手在腿上或桌上不停敲打，旁观者会认为他是专业弹钢琴的，并且肃然起敬。
4.CTRL+C和CTRL+V明显磨损
原因：大家都干过这事，就不用说了。
分析：此人是网站编辑或转帖狂人。这种人手都很巧，剪刀和胶水的使用技巧出神入化。
5.A+SHIFT+CTRL+1+2+3+4+……不同程度磨损
原因：打过星际的朋友都知道这是最常用的键。
分析：此人常打星际。这种人在生活中的计数方法是十二进制；数东西时会说：一队、两队……
注：星际中，十二个物体为一队。
6.F5键磨损到变成白板
原因：F5是刷新键。
分析：此人是斑竹或板斧，要时刻看新帖。这种人看报纸时会用马桶刷子不停地刷报纸，期望看到更新的内容；而且喜欢到处贴广告，曾经有人看到此类人物在电线杆上贴的广告，竟跑来找他们“治病”。
7.CTRL+ALT+DEL严重磨损
原因：重启。
分析：此人是……我也不知他是干吗的，但他该换台电脑了。
8.小键盘磨损
原因&分析：基本上属于高危险工种，如：银行出纳。
9.键盘左中和右中部分各有一块圆形严重磨损，分别以D和回车为圆心
原因&分析：“气管炎”，长期跪键盘。
注：根据身材不同，圆心和半径稍有变化属正常现象。
10.键盘无任何磨损
原因&分析：必为新键盘。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/12/05/582724.html -
1个谜语的10个答案
2006-12-19 20:32:43
两只蚂蚁走在路上，突然看见一只很大的梨。打一国家名。
.
.
.
.
.
.
.
.
.
.
.
答案一：蚂蚁甲：咦，大梨？(意大利)
答案二：蚂蚁乙：“嘘，梨呀。”(叙利亚)
答案三：奥，大梨呀。(澳大利亚)
答案四：蚂蚁乙：“嘻，搬呀。”(西班牙)
答案五：蚂蚁甲：“我来！”(文莱)
答案六：蚂蚁乙：“抱家里呀。”(保加利亚)
答案七：抱不动，蚂蚁甲出主意：“啃梨呀。”(肯尼亚)
答案八：蚂蚁乙咬了一口，说：”梨不嫩。“(黎巴嫩)
答案九：蚂蚁甲也咬了一口，说：“面的。”(缅甸)
答案十：蚂蚁乙再咬了一口，说：“一涩梨。”(以色列)
Link URL: http://www.cnblogs.com/tester2test/archive/2006/12/06/583765.html -
武侠片上的99个公式镜头
2006-12-19 20:32:43
1、听到噩耗，手中的碗一定会掉到地上碎掉。
2、遭遇突变，伤心难过时冲到外面，天气一定是打雷下暴雨。
3、掉到悬崖底下一定死不了，因此，跳海跳崖是百试不爽的逃生法。
4、直觉一般总是对的，不祥的预感总是应验的特别准，算命先生的话一般也挺准。
5、临死前的话一定要说完。
6、不敲门闯进去一般会遇到两件事，上吊和洗澡。
7、女主角或男主角一般在一部电视剧中至少洗一次澡。
8、女扮男装被识破一般有以下四种方式：帽子被打掉，掉进水中，碰到胸部，换衣服被看到。
9、好人躲进府中，任坏人怎么搜一般都搜不到。
10、一般坏蛋boss第一次都死不透，总要垂死挣扎一下，非要再被砍一刀再死。
11、大战之前一般都有意中人赠送护身符。
12、夺刀（包括剪刀）的结果一般是一个人被划伤。
13、电视剧中新出现一个配角，一般下面发生的事情（和案件）就和他有关。
14、逃跑的时候，要不就是逃到悬崖；要不就是逃到开阔地，然后周围突然杀出大批人马 。
15、太师一般都是坏蛋头子，不管他姓什么。
16、对一句重要的话常常一下没反应过来，之后又重读一遍，这才大为惊讶。
17、挡在男女主角之间的第三者的下场一般都是死。
18、久别重逢的关键时刻，电话、呼机总是不合时宜地响起来。
19、逃跑时，在山上走路时特别容易崴脚或者摔跟头，之后就会说：“不要管我了，你们快跑。”。
20、先拍镜子里面或湖面的倒影，之后转到真实场景，是影视拍摄的常用手段。
21、世上总有两个长得一模一样的人。
22、爬山的时候总会踩到一个石头一滑。
23、心情不好，事业不顺时就头发散乱，胡子拉揸（武侠片中，本来没有胡子的男主角这时候就会留起胡子）。
24、人一死，镜头一转，就是一张黑白照片。
25、女人突然感到恶心只有一种可能，就是怀孕。
26 、战争片中常见场面，地平线尽头逐渐出现部队。
27、表现时光飞逝一般有两种方法：1、用字幕说明多少年后，2、主人公作一个动作（如骑马，跑步），做着做着就突然长大了。
28、阻止敌人的最后一招是抱腿，而抱腿的结果一般都是壮丽牺牲。
29、衣服湿了，烧火烤衣服或避雨一般都会产生绯闻。
30、比武时两人对峙，一般都要按照目光、表情、姿态的顺序仔细描述一番。
31、女主角伤心的时候，跑呀跑，最后一定是抱着一棵树开始哭。
32、坏人偷偷向主角开枪，一定有一个********小心”替主角挡枪。
33、一旦失去工作，又急着要钱，就去（或扬言要去）码头扛麻包。
34、坏人将好人压倒在身下，一般都会双手举刀高举过头来作致命一击，不过一般此时黄雀在后，最后死的还是坏人。
35、武林最厉害、最有名的武功一定是一门邪功。
36、生气的时候会随手拿起附近的东西砸在地上撒气，因此在主人生气时上茶，那茶碗一定会被砸碎。
37、羞辱别人总是让对方钻过自己胯下。
38、敌众我寡时，总会有人自愿殿后，最后壮烈战死。
39、武侠片发生的门派一般都是武林第一大派，其掌门是武林盟主。
40、为了表现一方武器占优，总要让另一方被砍出几条伤口。
41、“放长线，钓大鱼”是最常用的伎俩。
42、闭关练功的时候一般会出事。
43、坏人发的毒誓一定会应验。
44、一旦放别人走，就说：“你走，走的远远的，我以后不想再看见你。”
45、夫妻一齐死去总要把手握在一起。
46、一开始就喜欢的后来会变成爱恨交加，一开始不太喜欢的反而有可能终成眷属。
47、骨灰一定洒入大海。
48、即使在古代，也特别讲究一夫一妻（男主角一般只会在诸多红颜之间选择一个）。
49、被人骂急了都是一个大嘴巴扇过去，而被打的人一般会嘴角流血。。
50、权倾朝野的权臣，不论是太监还是王爷，称号都是九千岁。
51、古代女主角死了，一般都放到一条船上，上面铺满花。
52、古代男主角的随身书童肯定会与女主角的贴身丫鬟对上眼。
53、抓个人质是逃跑的最好办法。
54、凡是不知该说不该说的话肯定是要说出来的。
55、当被问道“想听真话还是假话”，所有人都会选择听真话。
56、电视剧中有钓鱼的镜头，一般都是两个人在谈话，但谈话结束时肯定会钓上一条鱼。
57、头撞到墙上一般都有个钉子，很多人就是因为这个莫名其妙的死了。
58、打电话时因为犹豫半天不说话，对方也不挂。
59、丧失记忆的人最终一定会苏醒，但他选择的不是原来的生活，而是丧失记忆后的生活。
60、所谓最后一次，以后洗手不干，一定会出事。
61、想偷偷溜走时总是碰到一个带响的东西。
62、逃跑的时候，一般找个地方躲起来，等追的人冲过去，再出来。躲藏的地方一般是箩筐、草丛。
63、神秘之地外面都立个石碑“擅入××者死”，不过进去一般都没事。
64、第三者欲拆散原来的一对，常用办法是故意让一方看到自己与另一方亲热。
65、穿越时空的人，不论是去未来还是会古代，都会在新的环境里生活的更好。
66、描写非常害怕就给一个裤子湿了的特写。
67、电话总是要一直响到有人接为止。
68、不知情的人在犯罪现场发现凶器，总要捡起来看看。
69、晚上（或清晨）偷偷回屋肯定会被发现。
70、第一次试验新发明（特别是火器）肯定会失败。
71、救过的人以后一定会在关键时候帮上忙。
72、逃跑、打斗的时候一般都会把路过的小摊弄得乱七八糟。
73、掀盖头一般不会见到想见到的脸。
74、电视剧中的高学历者往往不是什么好人。
75、看见心爱的人睡在床上，一般都会给他盖被子。
76、说在路上还有多少分钟就到肯定不会按时到；同样，到对朋友或家人说：“你等会，我一会儿就回来”的人一般都不会按时回来。
77、一段谈话结束，在一人离开时，另一人会突然说：“××，谢谢你。”
78、给别人酒里下毒后， 在别人喝的时候一定会盯着对方。
79、怀孕期间流产的概率总是特别大，造成流产的原因大多是从楼梯上滚下。而且一旦流产就很可能丧失生育能力。
80、一旦得了绝症，就故意把自己的男朋友（或女朋友）气跑。
81、主动摘下面具的人为女性的可能性比较大。
82、被打中伏在马背上肯定死不了。
83、男女相爱一般都用“金风玉露一相逢”那首词。
84、劝说人的理由都是：“你要是为他好，就……”。
85、剧中人物（特别是古装剧中）总有一个经常聚会的餐馆。
86、剧中人物对只需回答“是与不是”的问题一般都不会直接回答，或者不回答，或者顾左右而言他。
87、物体从高空落下，一定要拍一个落下的镜头。
88、当听到自己被悬赏时，一般都要对价码做一个评价。
89、真正的凶手总是因为言多必失，说出了自己本来不应该知道的东西而暴露。
90、两人交谈完毕，一人离去，总要拍摄一下另一个人
91、用洗澡、睡觉来掩饰是常用的手段。
92、恶习难改的人一旦表示要痛改前非，他就离死不远了。
93、一个人住院，总要先拍一下手术室外众人的感受。
94、缝衣服的下一个动作就是扎到手。
95、信上看不清楚的字肯定是关键字。
96、心慌的时候开汽车门一定会掉东西。
97、撤退的时候明明没人追赶，非要有个人自愿留下来，说：“你们先走。”而这个人在接下来一定会出事。
98、以前认识的人的重逢总要因为种种原因而错过，但最后一定会重逢。
99、一阵剧烈咳嗽后用手帕捂嘴，一般都会吐血。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/12/06/583772.html -
Weblogic 连接池的建立程序应用
2006-12-19 20:32:43
连接池的建立
public class mypooltest {
public static void main(String[] args) {
Statement stmt = null;
Connection conn = null;
ResultSet res = null;
try {
Hashtable env = new Hashtable();
env.put(InitialContext.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFactory");
env.put(InitialContext.PROVIDER_URL, "t3://localhost:7001");
env.put(InitialContext.SECURITY_PRINCIPAL, "yuy");登录到weblgic的用名
env.put(InitialContext.SECURITY_CREDENTIALS, "12345678");密码
InitialContext ctx = new InitialContext(env);
DataSource ds = (DataSource) ctx.lookup("mytest");JNDI名称为mytest
conn = ds.getConnection();
stmt = conn.createStatement();
res = stmt.executeQuery("select * from man");
System.out.println("id------name------address");
while (res.next()) {
int id = res.getInt(1);
String name = res.getString(2);
String address = res.getString(3);
System.out.println(id + "------" + name + "------" + address);
}
}
catch (SQLException sse) {
System.out.println("sql error!");
}
finally {
}
}
}
Link URL: http://www.cnblogs.com/tester2test/archive/2006/12/11/588501.html -
[论坛] 很久以前写的一个功能测试用例
2006-12-17 12:20:39
-
[论坛] jmeter应用学习笔记奉献给大家共同学习（原创）
2006-12-17 12:08:17
jmeter应用学习笔记奉献给大家共同学习，交流
运用Jmeter进行测试.doc
(2005-11-18 10:09:45, Size: 187 kB, Downloads: 451) -
[论坛] 我把下载的jmeter帮助整理成chm方便大家阅读
2006-12-17 12:06:44
我把下载的jmeter帮助整理成chm方便大家阅读:d
JMeter.chm
(2005-11-21 13:41:10, Size: 1.45 MB, Downloads: 600) -
[论坛] 把我的性能测试讲稿奉献给大家
2006-12-17 12:04:27
把我的性能测试讲稿奉献给大家
xncssj.pdf
(2006-08-30 08:19:09, Size: 273 kB, Downloads: 358) -
[论坛] 再上传个自己做的小工具给大家
2006-12-16 22:41:33
再上传个自己做的小工具给大家，也许对你有用啊：）
Thelp.exe
(2006-08-11 11:29:44, Size: 401 kB, Downloads: 113)
标题搜索
我的存档
数据统计
- 访问量: 270972
- 日志数: 689
- 建立时间: 2006-12-05
- 更新时间: 2009-04-15
