防灾科技学院2014 软件测试客观题

下列关于软件测试的叙述错误的是软件测试可以作为度量软件与用户需求间差距的手段没有发现错误的测试也是有价值的软件测试的根本目的是尽可能多地发现软件中存在的问题最终把一个高质量的软件系统交给用户使用软件测试的主要工作内容包括发现软件中存在的错误并解决存在的问题软件测试技术可以分为静态测试和动态测试下列说法中错误的是静态测试是指不运行实际程序通过检查和阅读等手段来发现程序中的错误动态测试是指实际运行程序通过运行的结果来发现程序中的错误动态测试包括黑盒测试和白盒测试白盒测试是静态测试黑盒测试是动态测试月收入元者免税现用输入数元和元测试程序则采用的是方法边界值分析条件覆盖错误推测逻辑覆盖某教学设备销售部门制定一项销售优惠政策一次购买台或台以上者按八五折优惠购买者是教师学生按九折优惠设表示购买的台数为分别表示教师学生和其他人员则符合九折优惠判定条件为能够有效地检测输入条件的各种组合可能会引起的错误等价类划分边界值分析错误推测因果图软件测试用例主要由输入数据和两部分组成测试计划测试规则预期输出结果以往测试记录分析集成测试的策略一般分为一次性集成和渐增式集成下面哪一条真实地反映了前者与后者的不同后者比前者更适合大规模应用系统的集成测试在集成测试中发现问题时前者比后者更容易进行问题定位前者需要开发驱动模块和桩模块而后者不需要开发驱动模块和桩模块前者不需要所有模块就绪而后者需要所有模块就绪集成测试又称为组装测试其主要内容包括对整体的性能进行测试用白盒法设计测试用例进行测试确定组装策略和次序对运行过程进行测试全局数据结构的错误通常在中检查单元测试有效性测试集成测试确认测试软件开发公司组织内部人员模拟各类用户行为对即将面市的软件产品进行的测试我们称之为系统测试测试测试综合测试对一个网站的连接速度测试属于功能测试客户端兼容性测试性能测试安全测试软件测试管理是软件工程的保护性活动其基本内容不包括测试组织管理测试过程管理效益管理资源和配置管理说明了软件测试与开发的并行关系体现了测试贯穿于整个开发过程的思想模型模型模型模型在下面几句中判断哪一个是正确的测试工作应在编码阶段结束后开始测试设计工作与软件开发活动是相互独立相互无关的测试脚本是指一个测试包它由一组逻辑相关的测试用例组成过度测试会影响进度和增加成本程序功能说明中指出由三个输入数据表示一个三角形的三条边长根据黑盒法中的边界值分析法设计测试用例应选上述项目都应选上某程序功能说明中列出规定每个运动员参赛项目为项应用黑盒法中的等价类划分法确定等价类是项目数项目数项目数以上都是如果某个程序的输入数据的可能值划分为个合理等价类个不合理等价类这些等价类均为数轴上的一个有限区间范围则采用边界值测试方法至少需要个测试用例对表到进行排序是表当前长度在到中找具有最小关键码的对象当前具最小关键码的对象交换上面是选择排序的程序其中是数据表它有两个数据成员一是元素类型为的数组另一个是数组大小算法中用到两个操作一是取某数组元素的关键码操作一是交换两数组元素内容的操作请问该程序段的环路复杂性为多少对于传统软件来说按集成粒度不同可以把集成测试分为模块间集成测试类内集成测试类间集成测试子系统内集成测试子系统间集成测试在有关集成测试的叙述中是正确的测试底层模块时不需要桩模块驱动模块的作用是模拟被调模块自顶向下测试方法易于设计测试结果自底向上测试方法有有利于提前预计测试结果不断执行同样的操作如不停地启动或关闭程序反复读写数据或者选择同一个操作这种测试我们称之为测试强度重复压迫重负以下关于测试管理原则的描述中不正确的是实施全过程测试有助于及时应对项目变化降低测试风险软件应全面测试不仅对所有产品进行测试还要求开发人员和测试人员全面参与不能将测试过程从开发过程中抽象出来作为一个独立的过程进行管理尽早开展测试准备工作能使测试人员较早了解测试难度预测风险提高效率下面叙述中哪一项不是测试项目管理者的职责合理分配任务负责建立测试环境制订测试策略将已有经验灵活应用到新项目中下列所述的测试原则中错误的是应设计非法输入的测试用例测试用例要给出测试的预期结果因维护修改程序后需回归测试开发小组与测试小组合并方法根据输出对输入的依赖关系设计测试用例路径测试等价类因果图边界值分析在功能测试中假设求实数的平方根我们第次输入最小的负实数进行测试第次输入稍小于进行测试第次输入进行测试第次输入稍大于进行测试第次输入最大的正实数进行测试那么这种测试属于边界值分析法绝对值分析法相对值分析法等价类划分法为了提高测试的效率应该随机地选取测试数据取一切可能的输入数据作为测试数据在完成编码以后制定软件的测试计划选择发现错误可能性大的数据作为测试数据现有一个计算类型的程序它的输入只有一个其范围是现从输入的角度考虑设计了一组测试用例设计这组测试用例的方法是条件覆盖法等价类划分法边界值分析法错误推测法实际的逻辑覆盖测试中一般以为主设计测试用例条件覆盖判定覆盖条件组合覆盖路径覆盖上面是一个求平均值的程序请问该程序段的环路复杂性为多少测试人员在提交软件缺陷报告后很可能发现开发人员对报告的缺陷存在异议因此需要一个双方认同的准则用于判定软件产品是否存在软件缺陷在实际的软件项目工作中我们通常采纳的判定准则是测试人员提供的这个软件缺陷的证据软件产品的运行结果与需求规格说明书不一致可以客观地描述这个软件缺陷软件产品的运行结果与测试人员预期的不一致从供选择的答案中选出同下列关于软件测试的各条叙述关系最密切的字句在测试具有层次结构的大型软件时有一种方法是从上层模块开始由上到下进行测试此时有必要用一些模块替代尚未测试过的下层模块桩仿真器模拟器原型集成测试时能较早发现高层模块接口错误的测试方法为自顶向下渐增式测试自底向上渐增式测试非渐增式测试系统测试系统测试一般从客户角度考察和评价软件产品的质量不考虑开发方关注的质量特性那么下面那一个质量特性一般不是系统测试的重点是否符合有关的国家和行业标准产品版本升级是否容易软件产品是否易于理解和使用可复用的软件部件所占的比例同时启动上百个模拟连接去请求服务器的服务这种测试我们称之为测试安全重复容量压力在软件质量概念中不属于测试要达到的目标为确保建立了测试计划并按照测试计划进行测试确保测试计划覆盖了所有的系统规格定义和系统需求确保经过测试和调试软件仍旧符合系统规格和需求定义确保设计变更被正确的跟踪控制文档化负载测试是验证要检验的系统的能力最高能达到什么程度错软件测试管理原则之一是全面测试它的含义一是对软件的所有产品进行全面的测试二是测试人员应对测试的全过程进行全程的跟踪错所有测试的标准都是建立在用户需求之上对系统测试的目标是要找出软件在与系统其他部分协调工作时出现的所有故障错安全性测试最终证明应用程序是安全的错软件开发是一个渐进的过程测试计划需要根据需求变更及时调整对