软件性能测试和可靠性测试(一)
A 开发人员
B 设计人员
C 分析人员
D 执行人员
A 性能测试
B 并发测试
C 失效恢复测试
D 安全性测试
A 在硬件中存在但在硬件设计中不存在的线路
B 在硬件中不存在的线路
C 在硬件设计中存在的线路
D 在硬件设计中存在但硬件中不存在的线路
A 软件错误
B 软件缺陷
C 软件失效
D 软件故障
A 注册用户数
B 在线用户数
C 同时发请求用户数
D 以上全部
A 吞吐量
B 系统响应时间
C 资源利用率
D 并发用户数
A 平均失效时间
B 平均无失效时间
C 失效的严重程度
D 失效引起的成本
A 故障树分析
B 严酷度分析
C 失效模式影响分析
D 潜在线路分析
A 失效的时间长短
B 失效的主要原由
C 失效的严重程度
D 失效的状态
A 系统的响应时间通常是指该系统所有功能的平均响应时间或者所有功能的最大响应时间
B 响应时间是一个合理且准确的性能指标，其绝对值可以直接反映软件性能的高低
C 对于无并发的应用系统而言，吞吐量与响应时间成严格的反比关系
D 吞吐量不能无限的增大，关键原因在于资源利用率不能无限的提高
A 如何组织性能测试
B 如何分析性能测试结果
C 如何设计测试用例
D 如何实现性能测试的自动化
A 失效模式影响分析
B 潜在线路分析
C 故障树分析
D 事件树分析
A 压力测试和负载测试都需要对软件施加业务压力
B 压力测试是指不断增加软件的业务压力，探测软件在保证预定性能指标(如响应时间)的情况下所能负担的最大压力
C 负载测试的目的是利用压力找出潜在的缺陷
D 压力测试的目标是探测软件处理能力的极限
A 若对软件可靠性要求很高，那么必须执行软件可靠性测试
B 软件可靠性测试的目标是预测软件在正式运行中的可靠性
C 由于软件可靠性的预测依赖于出错数据的统计，软件在可靠性测试中的运行情况必须完全符合软件的实际运行情况
D 在实施可靠性测试之前必须保证软件已经进行严格的测试
A 性能轻微下降区
B 性能平坦区
C 性能急剧下降区
D 其他区间
A 开发人员
B 经理
C 设计人员
D 分析人员
A 响应时间和并发用户数
B 响应时间和吞吐量
C 系统响应时间和应用延迟时间
D 并发用户数和资源利用率
A 系统响应时间
B 并发用户数
C 资源利用率
D 应用延迟时间
A 程序中输入和输出对应不合理
B 程序中异常的变量
C 程序中异常的语句
D 程序中异常的数据流和控制流
A 测试工具的功能
B 测试工具的性能
C 获得测试工具的代价
D 测试团队对工具的熟悉程度
A 设置好基准测试环境和基准性能指标
B 对系统运行的软硬件环境或系统代码进行调整
C 重新测量性能指标，以确认性能是否有所改善
D 以上全部
A 软件运行的软硬件配置
B 用户并发使用软件的测试场景
C 测试方案
D 以上全部
A 通过测试揭示软件中的缺陷
B 修改发现的缺陷
C 提高软件可靠性
D 通过受控的软件测试过程来预测软件在实际运行中的可靠性
A 用户感受到的软件性能
B 如何利用管理功能进行性能调优
C 如何利用其他软硬件手段进行性能调优
D 以上全部