软件测试之综合类笔试题和面试题答案(二)

更新时间:高考猫

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

  阅读了本文“软件测试之综合类笔试题”,本站高考猫()笔试频道,还为你提供更多“笔试题目”相关文章阅读

中国点击率最高的一篇文章 !