简历投递出去了，人力资源部的面试通知也接到了，是不是就数着日子，等着去面试了呢？当然不是。求职时，最沮丧的事莫过于面试被刷，一切都安排的妥妥当当，结果“临门一脚”出界了。面试的成败与否，并不完全取决于现场的表现，前期的准备是否充足，是否有针对性，才是确保面试成功的关键

    专家启示录：

    首先要避免面试时紧张。很多人面试时会出现紧张，紧张的原因是多方面的，最关键的因素就在于你不自信。关键在于你顾虑重重，你不知道面试官会问你什么问题，你也不知道自己会不会回答得体，你不知道你前后的应聘者会不会表现得比你更优秀……确实，对于刚接到面试通知的你来说，一切都是未知数。但是，记住一点，把你所能够掌控的准备到最充足，那么和其他的面试者相比，你就有了更多的胜算，你也就会更自信。机会是给有准备的人的，这句话永远也不会错。

    接下来的问题就涉及到你要准备什么，准备的内容包括以下几个方面：

    其一，答题准备。一般来说，你的初试是由人力资源部来进行的，他们会就你的学历、个性、能力、价值观和过去的成绩等问一些常规问题，以帮助他们判断是否要向你未来的主管推荐。所以，你不妨对着镜子对某些必考题进行自问自答。在这个过程中，不妨设想你正在面对公司的HR，这样可以帮助你确立自信，是临场回答时更游刃有余。问答的内容可以是对你的经历做一个简单的介绍；对自己做一个简要的评价；你最感到自豪的事情是什么；你觉得你最大的缺点是什么；你最大的成就是什么；你为什么认为你适合这个职位等等。

    在准备问题的时候，切记千万不要长篇大论，要抓住面试官感兴趣的内容——这就是你的背景是否适合这份工作。无论回答对方的什么问题，无论是传统的自我介绍型，还是闻所未闻的刁钻古怪型，记住，将自己的特长与对方的需要相结合，无论成功还是失败的经历，都要导出积极向上的一面。 所以，在准备这些回答的时候，要紧抓住他们的职位描述和企业文化。可以登陆该公司的网站，对该公司的文化、产品和发展历程进行深入的了解。也不妨通过其他渠道，去做更加确切的认识。把握了这两点，你的准备也就会更充分了。 平时要多积累自己的成功案例库，以便面试时备用，对于自己的缺点无需回避，这也表现了你诚实的态度和品质，但要让他们看到你的改进，并且不会对完成工作造成负面影响。

    其二，问题准备。这也是非常重要的，因为并不仅仅是公司在单方面选择你，你同样在选择合格的公司，这是一个双向的过程。所以，对于公司的发展趋势、市场开拓情况、为什么要招聘这个职位、公司的用人标准、管理风格等你觉得对你的发展有影响的实际情况，也不妨进行询问，帮助你进行判断。

    不要问薪水，这一点一定要牢记。而更多地侧重于职位的职责和目标、怎样衡量目标的达成、公司的市场发展策略等实际的问题。

    成功面试的小贴士：

    1．要摸清交通线路。这是很多人都会忽略的一个问题，往往随便看地图，大致了解一下路线，面试的时候就匆匆地上路了。而这个往往会出现预估失误，而导致迟到的发生，而面试中迟到是一件非常不礼貌的事情，会给招聘单位留下不好的印象，还会打乱他们原定的招聘安排。也可以在面试时多提前一个小时出门，这样既可以避免迟到，也可以给自己留下充足的时间，在到达公司后，平定一下自己的心情，缓解路途中的劳累，有更好的状态在面试中充分展示自己的能力。

    2．服装准备不可忽视。正装，这是永远也不变的主题，不管是去严谨的德国公司，还是随意的广告公司，正装永远都是对别人的一种尊重。不论是新衣还是旧装，最好提前几天在家装扮完毕，先在镜子中看一下效果。万一出现大小或是其他方面的问题，还可以有时间做调整，以防面试当天发现问题，影响情绪和面试效果。

    3．在面试中，除了你的外表和语言外，肢体和语音语调都在面试的成败中，起了非常重要的作用。要知道，面谈中肢体语言和语音语调最能另人印象深刻。所以怎样把握，大家也就心中有数了！

    4．现场面试结束，并不代表整个面试的结束。结束以后的感谢信，和必要的电话询问都是面试的后续动作。同时，也不要患得患失，而要立即重新投入新的战斗，准备、准备、再准备！只有做了充分的准备，了解了公司需求和自身发展的契合度，并使自己成为他们不可或缺的人，才是职业成功的关键。（完）

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=729071

 

今天才发现loadrunner和QTP有很多都是通用的。暗笑自己，一个公司的产品嘛。

总结了一些最基本的东东：

 

1、 事务（Transaction）

   要关注的部分作为单独的事务，以便取得相应时间

2、 集合点（Rendezvous）

   加入集合点之后，在后面运行过程中可以看到VU的状态，会等待集合。

集合点经常和事务结合起来使用，常放在事务的前面，集合点只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合点。集合点函数参数不能加空格：

3、IP Spoofer（IP 欺骗）

注意：IP Spoofer 在连接Load Generators 之前启用。要使用IP 欺骗，各个Load Generator 机器必须使用固定的IP，不能使用动态IP（即DHCP）。

IP Wizard工具

4、（Text/Image）检查和contents check点

5、关联（Correlation）

需要关联的地方：一般是在有主键，不允许记录重复，和一些主程序中传递过来的参数，在后面要用到等情况才使用关联的，你可以先执行一遍，如果有些地方不允许重复，参数值无效，就会出错的，根据错误提示你可以判断出来，就知道需要关联了。一般需要关联的不多，我现在遇到的就是进程号，以及表的主键。

6、init, Action和end

大家都知道，录入时认为init, Action和end三部分。一般来说分别为登陆，中间操作和退出的录制。

有的时候，各部分反复的次数不一样，分成多个action,可以单独设定反复次数。

如果需要在登陆操作设集合点，那么登陆操作也要放到Action 中，因为vuser_init 中不能添加集合点

7、recoding option （ctrl+F7）

1.基于浏览器的应用程序推荐使用HTML-based scrīpt, 脚本中采用

HTML页面的形式来表示，这种方式的scrīpt脚本容易维护，容易理解，使用该选项中的advance中的第一个选项，如果单纯的HTML方式，是不允许使用关联的。

  2．不是基于浏览器的应用程序推荐使用URL-based scrīpt，脚本中的表示采用基于URL 的方式，不是很好阅读。

8、Run-time setting （F4）的学习

*************************

参数化---如何连接数据库？

文本检查

内容检查

*************************

第一次使用loadrunner进行测试。当然我只是进行协助工作，因为我对系统比较熟悉。

虽然折磨了一周，连脚本录制都不顺利，但是还是学到了不少东西。一下做个小总结：

一、首先选择好协议，试录制脚本，以备制定相应测试计划。此目的有两个：

1、看脚本能否参数化－－－如果不能参数化，是否能通过其他办法解决？编码，或多录制脚本？ 例如：1、我们这次是需要分账套的，因为不能参数化，又不能在做压力测试的时候让所有的用户都到一个账套中添加凭证，就需要分账套录制。在制定计划，分配用户时，也需要相关考虑。2、有些编码是唯一的，如果不能参数化，就需要进一步编写脚本处理了(两者编写脚本业可以解决，就得依据公司的规格设计说明书等文档和时间、人员情况啦。********一个学习目标哦，呵呵********)

2、看哪里有数据交互，用户并发会影响性能，是否需要作为事件进行测试－－－如果开发人员也不清楚，就需要这样做了。例如：新增凭证，录入凭证都在本地发生，只有保存时才进行交互，那么只考虑保存就可以了。

3、回放完可以查看loadrunner－Agent中的log，是否报错。也可以查看Generation log，看看这个里面能不能找到参数（********之后如何处理？*******）

二、关于录制脚本时候要注意的问题

1、录制时特别是首次试录制，一定要做好comment，这样才能更好查看脚本情况；

2、插入事件一定要先确定好事件的起始点和结束点，使用英文名称；

3、进入退出一定要录完整，以免测试中发现打开很多程序没有关闭，影响内存；

暂时想起这么多了。

三、关于性能测试调研内容

测试目的、测试功能点、操作、实际用户使用数、并发数、期望响应时间（秒）、数据库的数据量、每

个功能点用户在一个工作日中使用的频繁、每个功能点用户使用的高峰期、用户工作的持续时间（小时）、网络情况、服务器环境配置、期望性能测试完成时间

 

四、性能测试计划（留个文本吧：））

 

五、协议的选择

 

摘抄：

B/S系统：选择Web(Http/Html),

C/S系统：根据C/S结构所用到的后台数据库来选择不同的协议,如果后台数据库是Sybase，则采用sybaseCTlib协议，如果是Sql server,则使用MS Sql server的协议，至于oracle 数据库系统，当然就使用oracle 2-tier协议。

对于没有数据库的c/s（ftp, SMTP）这些可以选择windows sockets协议。

至于其他的ERP，EJB（需要ejbdetector.jar），选择相应的协议即可.

 

－－－有时也有例外，就要看看自己系统的设定了。比如我们的系统，用TCP/IP方式连接就无法录制；采用http连接方式就可以了。

 

**************

1、参数化；

2、加强脚本；

3、运行；

4、分析；

5、学习文档

***************