[问题2]
V(G)=6
[问题3]
用例编号 |
temp取值 |
1 |
>= |
2 |
> |
3 |
== |
4 |
<= |
5 |
< |
6 |
除>=、>、==、<=、<之外的字符组合 |
试题二
[问题1]
响应时间是系统完成事务执行准备后所采集的时间戳和系统完成待执行事务后所采集的时间戳之间的时间间隔,是衡量特定类型应用事务性能的重要指标,标志了用户执行一项操作大致需要多长时间。
[问题2]
系统能够承受的并发用户登录的最大数量为50
题中指出"通常情况下,交易操作合理的响应时间为5秒以内"。此案例中,登录响应时间随虚拟并发用户数增加而增长。在50个虚拟并发用户的负载下,登录响应时间达到5秒(注意图形中响应时间指标的比例为10)。当负载超过50个虚拟并发用户,响应时间超过5秒。所以此案例中最合理的并发用户数为50。
[问题3]
服务器CPU资源使用率是合理的。
2M带宽是系统处理业务的瓶颈。
理由是对比"4M带宽登录"案例,4M带宽下,系统每秒处理完成的登录个数固定在13.5个左右,登录响应时间随虚拟用户数增加而增长。在60个虚拟用户的压力下,登录响应时间在4.2秒左右(注意图形中响应时间指标的比例为10)。在80个虚拟用户的压力下,登录响应时间在5.8秒左右,所以在合理登录响应时间(5秒)内预计同时登录用户数是70左右。服务器CPU使用率成为系统处理的瓶颈。说明随着带宽的提高,系统的处理能力进一步提高,同时高吞吐量造成了系统资源的紧张,带来了新的系统性能瓶颈。
[问题4]
服务器CPU资源使用率不合理,其平均值超过85%。
4M带宽的网络测试环境与2M带宽的网络测试环境相比,带来了新的系统瓶颈(CPU资源使用率平均值超过85%),所以增加带宽不是提高系统性能的有效方法。在此基础上,继续提高带宽,系统的处理能力将进一步提高,高的处理能力会使服务器的资源瓶颈进一步加重,带来更加严重的后果。
[问题5]
当CPU资源使用成为系统瓶颈时的解决方案可以概括为:
1. 增加CPU的个数;
2. 提高CPU的主频;
3. 将web服务器与数据库服务器分开部署;
4. 调整软件的设计与开发;
当带宽成为系统瓶颈时的解决方案可以概括为:
1. 增加带宽;
2. 压缩传输数据。
试题三
[问题1]
场景1:A
场景2:A、B
场景3:A、C
场景4:A、D
场景5:A、E
[问题2]
测试用例ID号 |
场景 |
帐号 |
是否黑名单卡 |
输入油量 |
帐面金额 |
加油机油黑 |
预期结果 |
C02. |
场景2:卡无效 |
1 |
n/a |
n/a |
n/a |
n/a |
退卡 |
C03. |
场景3:黑名单卡 |
V |
V |
n/a |
n/a |
n/a |
吞卡 |
C04. |
场景4:金额不足 |
V |
I |
V |
I |
V |
提示错误,重新输入加油量 |
C05. |
场景5:油量不足 |
V |
I |
V |
V |
I |
提示错误,重新输入加油量 |
[问题3]
1. 0升
2. 250升
3. 251升
[问题4]
DDP=Bugstester(Bugstester+ Bugscustomer)=(20+100)(20+100+30)=80%(0.8)
其中,Bugstester为测试者发现的错误数;
Bugscustomer为客户发现并反馈技术支持人员进行修复的错误数。
试题四
[问题1]
评估安装手册
安装的自动化测试
安装选项和设置的测试
安装过程的中断测试
安装顺序测试
多环境安装测试
安装正确性测试
修复安装与卸载测试
[问题2]
界面整体测试:规范性测试、合理性测试、一致性测试和界面定制性测试
界面元素测试:窗口测试、菜单测试、图标测试、鼠标测试和文字测试。
[问题3]
文本的准确性
与程序的接口
帮助索引的检查
超链接的正确性
链接的意义
风格应简洁
试题五
[问题1]
单元测试
集成测试
确认测试(系统测试)
验收测试
[问题2]
知识点包括:
软件测试过程的关键活动:
测试需求分析
制定测试计划
测试设计
测试执行
测试分析与总结
质量保证手段:
制定质量保证计划、质量体系建立
测试活动审核、测试文档评审
测试过程数据的收集、度量与分析
责任编辑:小草