匿名网友
一、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
用过LoadRunner。下面提供一个完整测试实例，可参考（也可以选择其中一部分作为答案）
该方案是针对某公司试题库的性能测试。该试题库是用来对公司内部员工培训结果的一个考核。试题库在公司内部web服务器上，假设开设50个账号和密码可供50个考生同时参加考试。要求，每台机器只能由一个用户使用，每个用户只能使用各自不同的账号登录考试系统，做完题目后，要求提交考试结果，若在制定的时间内不提交，则系统强制提交考试结果。
但是，一般测试部门不可能有50台机器同时进行测试的。所以，可以借Loadrunner7.51模拟IP地址，修改脚本来协助测试。但是，为了保证测试结果，建议搜罗公司中所有可用的机器进行复测，因为有时候是不可以完全信赖工具的。
现场测试环境
硬件：50台PC机，Web服务器
软件：Loadrunner7.0，Win2000，IE5.0和IE6.0
人员：质控部2人，执行现场测试
项目部22人，提供现场环境
技术部各1人，提供技术支持
测试要求
50个用户拥有独立IP地址，不同的用户及密码登录，试题完成后各自同时提交。
测试内容
50个用户以不同的用户名和密码登录试题库。试题完成后，提交考试结果。测试考试结果是否能正常提交以及正确评分。
测试方案
1、 完全20台实际的PC机进行现场测试。
（1） 准备工作，并做计划。第一轮测试执行三遍，设定用户考试内容全部同时提交，第一遍全部使用IE5.0，第二遍10台使用IE5.0，10台使用IE6.0，第三遍全部使用IE6.0
（2） At 9：00 ，20个用户同时登录系统
（3） At 9：05 ，20个用户同时全部提交
（4） 分别记录第一轮测试（三遍）的结果
（5） 第二轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，全部使用IE5.0
（6） At 9：15 ，20个用户同时登录系统
（7） At 9：20 ，15个用户同时提交
（8） At 9：25 ，剩余5个用户同时提交
（9） 记录第二轮测试结果
（10） 第三轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，全部使用IE6.0
（11） At 9：15 ，20个用户同时登录系统
（12） At 9：20 ，15个用户同时提交
（13） At 9：25 ，剩余5个用户同时提交
（14） 记录第三轮测试结果
（15） 第四轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户使用IE5.0，延时提交用户使用IE6.0
（16） At 9：15 ，20个用户同时登录系统
（17） At 9：20 ，15个用户同时提交
（18） At 9：25 ，剩余5个用户同时提交
（19） 记录第四轮测试结果
（20） 第五轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户使用IE6.0，延时提交用户使用IE5.0
（21） At 9：15 ，20个用户同时登录系统
（22） At 9：20 ，15个用户同时提交
（23） At 9：25 ，剩余5个用户同时提交
（24） 记录第五轮测试结果
（25） 第六轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户其中10个使用IE5.0，5个使用IE6.0，延时提交用户使用IE5.0
（26） At 9：15 ，20个用户同时登录系统
（27） At 9：20 ，15个用户同时提交
（28） At 9：25 ，剩余5个用户同时提交
（29） 记录第六轮测试结果
（30） 第七轮测试准备工作，设定10个用户考试内容同时提交，另外10个用户分两次分别延时5分钟、15提交
（31） At 9：35 ，20个用户同时登录系统
（32） At 9：40 ，10个用户同时提交
（33） At 9：45 ，剩余的其中5个用户同时提交
（34） At 9：55 ，剩余的5个用户同时提交
（35） 记录第七轮测试结果，参见第二轮测试－第六轮测试过程分别对IE5.0和IE6.0的情况进行测试
（36） 第八轮测试准备工作，设定其中10个用户不提交，由系统强行提交
（37） At 10：10 ，20个用户同时登录系统
（38） At 10：15 ，10个用户同时提交
（39） 其余用户的内容由系统强行提交
（40） 记录第八轮测试结果，参见第二轮测试－第六轮测试过程分别对IE5.0和IE6.0的情况进行测试
（41） 第九轮测试准备工作，设定其中10个用户同时提交，5个用户延时5分钟提交，其余用户由系统强行提交
（42） At 10：25 ，20个用户同时登录系统
（43） At 10：30 ，10个用户同时提交
（44） At 10：35 ，剩余的其中5个用户同时提交
（45） 剩余5个用户系统强制提交
（46） 记录第九轮测试结果，参见第二轮测试－第六轮测试过程分别对IE5.0和IE6.0的情况进行测试
2、 模拟20个用户进行测试。其中，10台是PC机，另外10台机器的IP地址是Loadrunner模拟出来的。
（1） 在10台实际的PC机中抽取其中一台虚拟10个IP地址，包括自身的IP地址，该机器上共11个IP地址，这11个IP地址只能全部使用IE5.0或者全部使用IE6.0
（2） 其余9台实际的PC机分别由9个人操作，另外一台机器由一位质控部人员操作
（3） 对于异常情况，延时提交和强制提交全部由实际的机器来模拟
（4） 其余过程参见1
3、 模拟20个用户进行测试。其中，5台是PC机，另外15台机器的IP地址是用Loadrunner模拟出来的。
（1） 在5台实际的PC机中抽取其中一台虚拟15个IP地址，包括自身的IP地址，该机器上共16个IP地址，这16个IP地址只能全部使用IE5.0或者全部使用IE6.0
（2） 其余4台实际的PC机分别由4个人操作，另外一台机器由一位质控部人员操作
（3） 对于异常情况，延时提交和强制提交全部由实际的机器来模拟
（4） 其余过程参见1
4、 模拟35个用户进行测试。其中，20台是PC机，另外15台机器的IP地址是用Loadrunner模拟出来的。
（1） 在20台实际的PC机中抽取其中两台分别虚拟7个、8个IP地址，这17个IP地址只能全部使用IE5.0或者全部使用IE6.0
（2） 其余18台实际的PC机分别由18个人操作，另外两台机器由两位质控部人员操作
（3） 对于异常情况，延时提交和强制提交全部由实际的机器来模拟
（4） 其余过程参见1
5、 模拟50台用户进行测试。其中，20台是PC机，另外30台机器的IP地址是用分别用两台实际的PC机模拟出来的。记录测试结果。
（1） 在20台实际的PC机中抽取其中两台分别虚拟15个IP地址，这32个IP地址只能全部使用IE5.0或者全部使用IE6.0
（2） 其余18台实际的PC机分别由18个人操作，另外两台机器由两位质控部人员操作
（3） 对于异常情况，延时提交和强制提交全部由实际的机器来模拟
（4） 其余过程参见1
6、 对5中所述情况重复测试两次。
7、 为了保证结果的正确性，完全50台实际的PC机进行现场测试。过程参见1
测试过程
注：该测试过程针对虚拟IP地址情况。
1、 一台PC机上创建15个虚拟的IP地址。首先，启动IP Wizard，如下：开始程序－>Loadrunner－>Tools－>IP Wizard
点击“Add”，添加你计划虚拟的IP地址。但是注意不能添加已经被占用的IP地址。
2、 启动Virtual User Generator，并录制脚本，由于50个用户的账号和密码各不相同，所以，要修改脚本，设置参数。我是录制了一个脚本，复制了49份，在每个脚本中手工修改了各自不同的地方。
3、 启动Loadrunner Controller，先将刚才保存的脚本添加进来。然后点击“Scenario”菜单，激活其中的“Enable IP Spoofer”。
4、 点击屏幕右方的“Generators”，添加已经建立的IP，然后connect建立连接。
5、对连接起来的不同用户（IP地址）分配不同的脚本，在Controller中的“design”中，点击“Load Generators”其中，每个脚本有一个用户执行。
6、 执行Scenario。
二、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
1. 在传统的BugZilla中，BUG描述应该包括以下的信息
2. 和BUG产生对应的软件版本和模块
3. 开发的接口人员
4. BUG的优先级
5. BUG的严重程度
6. BUG可能属于的模块，如果不能确认，可以用开发人员来判断
7. BUG标题，需要清晰的描述现象
8. BUG描述，需要尽量给出重新Bug的步骤
9. BUG附件中能给出相关的日志和截图。
高质量的BUG记录就是指很容易理解的BUG记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位，因此提交高质量的软件缺陷记录需要注意对BUG记录的描述质量多且准确。
三、BUG管理工具的跟踪过程
用BugZilla为例子
测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员
开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。
如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。
测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证；如果已经修复，则关闭BUG。
四、您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？
尽量面对面的沟通，其次是能直接通过电话沟通，如果只能通过Email等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚。
运用一些测试管理工具如TestDirector进行管理也是较有效的方法，同时要注意在TestDirector中对BUG有准确的描述。
在团队中建立测试人员与开发人员良好沟通中注意以下几点：
一真诚
二是团队精神
三是在专业上有共同语言
四是要对事不对人，工作至上
当然也可以通过直接指出一些小问题，而不是进入BUG Tracking System来增加对方的好感。
五、你对测试最大的兴趣在哪里？为什么？
回答这个面试题，没有固定统一的答案，但可能是许多企业都会问到的。提供以下答案供考：
1、最大的兴趣，感觉这是一个有挑战性的工作；
2、测试是一个经验行业，工作越久越能感觉到做好测试的难度和乐趣
3、通过自己的工作，能使软件产品越来越完善，从中体会到乐趣
回答此类问题注意以下几个方面：
1、尽可能的切合招聘企业的技术路线来表达你的兴趣，例如该企业是数据库应用的企业，那么表示你的兴趣在数据库的测试，并且希望通过测试提升自己的数据库掌握能力。
2、表明你做测试的目的是为了提升能力，也是为了更好的做好测试；提升能力不是为了以后转开发或其他的，除非用人企业有这样的安排。
3、不要过多的表达你的兴趣在招聘企业的范畴这外。比如招聘企业是做财务软件的，可是你表现出来的是对游戏软件的兴趣；或招聘是做JAVA开发的，而你的兴趣是在C类语言程序的开发。
六、你自认为测试的优势在哪里？
该面试也没有固定不变的答案，但可参考以下几点，并结合自身特点：
1、有韧性
2、有耐心
3、做事有条理性
4、喜欢面对挑战
5、有信心做好每一件事情
6、较强的沟通能力
7、从以前的经理处都得到了很好的评价表明我做的很好
七、集成测试通常都有那些策略？
1、大爆炸集成
2、自顶向下集成
3、自底向上集成
4、三明治集成适应于大部分软件开发项目
5、基干集成
6、分层集成
7、基于功能的集成
8、基于消息的集成
9、基于风险的集成
10、基于进度的集成
