(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记录的描述质量多且准确。

　　阅读了本文软件测试之综合类笔试题，本站中国人才网（cnrencai）笔试频道，还为你提供更多笔试题目相关文章阅读