软件测试实践(一)
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 New—测试中新报告的软件缺陷
B Open—缺陷被确认并分配给相关开发工程师处理
C Fixed—测试工程师已完成修正,等待开发人员验证
D Closed—缺陷已被修复
A 测试设计的任务是执行测试用例,需要时也可以将测试用例设计与执行并行开展
B 若系统对质量要求很高,则需要开展多次的回归测试验证
C 在实际软件项目中,一个测试团队可能大都是骨干人员
D 测试团队的规模与被测系统规模、测试方资源调配情况有关
A 打开/关闭图表
B 根本原因图表
C 关闭软件缺陷周期图表
D 缺陷累计曲线图
A 软件缺陷报告清单
B 软件测试用例清单
C 软件人员组织清单
D 软件配置清单
A 测试设计
B 测试计划
C 测试执行
D 测试总结
A 文件管理系统
B 数据库管理系统
C 缺陷单
D Excel电子表格文档
A 用户界面显示
B 逻辑说明书
C 规格说明书
D 以上全部
A 需求理解有误
B 软件变更
C 测试用例不充分
D 数据分析
A 测试用例的设计
B 测试过程如何控制
C 测试质量如何保证
D 测试任务如何划分
A 编写计划
B 配置软硬件测试环境
C 组织与培训团队
D 以上全部
A 确定测试范围
B 划分测试任务
C 确定日程表和组织团队
D 以上全部
A New
B Open
C Fixed
D Reopen
A 软件设计报告
B 测试说明文档
C 软件缺陷报告
D 测试执行报告
A 1次
B 2次
C n次
D 不一定
A 30%
B 50%
C 80%
D 60%
A 完全一致
B 基本一致
C 有一定的时间间隔
D 不确定
A 测试策划、测试设计、测试执行、测试总结
B 测试设计、测试策划、测试执行、测试总结
C 测试设计、测试执行、测试总结、测试记录
D 测试策划、测试设计、测试总结、测试记录