软件测试实践

1、X软件测试实践（三）（总分88，做题时间90分钟）一、选择题1.实践证明，与开发过程紧耦合而又相对独立的测试过程，可以。A.尽早发现大量软件缺陷B.降低软件开发成本C.使基于复杂开发模型的测试管理工作更清晰D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析测试实践中，常见的测试过程有两种：一种是与开发过程紧耦合的软件 企业内部产品的测试过程，该测试过程是依据“独立和迭代”的测试理念，在 测试过程中，测试活动的组织可以依据项目开发的进度来规划。实践证明，该 方法可以尽早发现大量软件缺陷、降低软件开发成本，还可以使基于复杂开发 模型的测试管理工作更清晰明了。另一种是与

2、开发过程松耦合的第三方软件测 试过程。2.下列关于软件测试过程说法正确的是。A.与开发过程松耦合的第三方软件测试过程也可以按照传统的测试活动 顺序开展B.与开发过程紧耦合的软件企业内部产品的测试过程不必进行迭代，只 需安排好第一轮的测试之后的回归测试就可以了C.与开发过程松耦合的第三方软件测试过程依据独立与迭代的测试理 念D.与开发过程紧耦合的软件企业内部产品的测试过程可以发现大量缺 陷，但同时也提高了软件开发的成本SSS_SIMPLE_SINA B C D该问题分值：2答案:A解析与开发过程紧耦合的软件企业内部产品的测试过程依据独立与迭代的测 试理念，测试过程进行独立的策划，找出测试准备就绪

3、点，在就绪点及时开展 测试，实践也证明，该方法不仅可以发现大量缺陷，同时也降低了软件开发的 成本；而与开发过程松耦合的第三方软件测试过程则不必进行迭代，只需安排 好第一轮的测试之后的回归测试就可以了，该测试过程也是可以按照传统的测 试计划、测试设计、测试执行和测试总结活动顺序开展。3.测试项目实践中，测试策划活动的目标是。A.确定测试范围. B.划分测试任务C.编写测试计划文档D.组织测试团队SSS_SIMPLE_SINA B C D该问题分值：2答案:C解析在实际的测试项目实践中，测试策划活动的目标是编写测试计划文档。 测试计划文档中最主要的内容就是确定测试的范围、划分测试的任务、确定测 试

4、日程表和组织测试团队等核心问题，同时也要考虑测试过程如何控制、测试 质量如何保证和相关风险如何规避等问题。4.对软件系统开展第三方测试，一般在测试执行中规划 次粗测和 次细测，并规划至少一次回归测试和一次最终回归测试才可。SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析测试执行的主要任务就是执行测试用例，具体应根据被测系统的模块开 发进度和质量要求来规划测试任务。若是对软件系统开展第三方测试，一般在 测试执行中规划1次粗测和1次细测.并在此基础上规划至少一次回归测试和 一次最终回归测试才可。5.对于那些软件企业内部测试团队开展的软件测试，最适合采用 来组织测SSS_SIMP

5、LE_SINA B C D该问题分值：2答案:B解析测试执行的主要任务就是执行测试用例，具体应根据被测系统的模块开 发进度和质量要求来规划测试任务。若是对软件系统开展第三方测试，一般在 测试执行中规划1次粗测和1次细测.并在此基础上规划至少一次回归测试和 一次最终回归测试才可。5.对于那些软件企业内部测试团队开展的软件测试，最适合采用 来组织测试。*模型*模型*模型模型SSS_SIMPLE_SINA B C D该问题分值：2答案:C解析一般的测试过程是按测试策划、测试设计、测试执行和测试总结4个测 试活动顺序开展的。但实际测试项目中，由于时间紧迫，有时不得不将一些测 试活动并行开展，如可以将测

6、试策划和测试设计活动并行开展，测试设计活动 也可以和测试执行活动并行开展，但测试总结和测试执行一般不会并行开展， 但可以提前编写相应的文字内容。8.测试质量监控机制主要关注的是。.A.测试任务的执行进度与质量*次，1次C.至少2次，至少2次D.不一定SSS_SIMPLE_SINA B C D该问题分值：2答案:A解析假如是软件企业内部测试团队开展的软件测试，由于软件测试介入较 早，在测试开始时被测系统很可能是不完整的，会不断有新的系统模块加入到 系统中，因此最适合采用H模型来组织测试，可以为每一个新增的系统模块设 计一次系统测试。6.下列日期与测试日程表有关的是。. A.测试任务的规划周期.

7、B.测试启动的预期日期. C.测试完成的预期日期. D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析确定测试日程表是测试计划中的核心问题，具体的测试日程表与测试任 务的规划周期、测试启动的预期日期和测试完成的预期日期相关。7.关于测试策略说法不正确的是。. A.测试策略活动可以和测试设计活动并行开展. B.测试设计活动也可以和测试执行活动并行开展.C.在测试的最后阶段里，测试总结和测试执行通常并行开展.D.在实际测试过程中，要不得不将一些测试活动并行开展，主要是因为 时间原因.B.测试交付物的质量 C.及时发现和处理问题. D.以上全部SSS_SIMPLE_SI

8、NABCD该问题分值：2答案:D解析为提高测试过程质量，可以建立质量监控机制，它主要关注测试过程中 各个测试任务的执行进度和质量，以及测试交付物的质量，并及时发现和处理 问题。9.对于商业软件系统的黑盒测试，其风险和控制主要是。A.测试用例完备性风险与控制B.时间、技术文档资料风险与控制C.责任划分、人员变动风险与控制D.以上全部1SSS_SIMPLE_SINrABCD该问题分值：2答案:D解析对于业界常见的商业软件系统的黑盒测试，其风险和控制详见左栏内容。10.测试过程中发现的软件缺陷首先在测试组内进行评估，确保所汇报缺陷的有效 性，这是软件质量控制的 监控机制。A.软件测试用例评审机制B.

9、软件缺陷校验机制C.软件测试覆盖检查机制D.测试组状态报告机制SSS_SIMPLE_SINABCD该问题分值：2答案:B解析质量监控机制主要关注测试过程中，各个测试任务的执行进度和质量， 以及测试交付物的质量，并及时发现和处理问题。其中软件缺陷校验机制是指 在测试过程中发现的软件缺陷首先在测试组内进行评估，确保所汇报缺陷的有 效性。11.测试过程质量控制的把握需求阶段是依据 原则。. A.尽早测试B.全面测试. C.尽早测试和全面测试D.全过程测试SSS_SIMPLE_SINA B C D该问题分值：2答案:C解析在软件系统开发过程中，需求的获取和完善贯穿于每个阶段，测试过程 质量控制的把握需

10、求阶段是依据“尽早测试”和“全面测试”原则，在需求获 取阶段，测试人员参与到对需求的讨论中，有助于加深测试人员对需求的把握 和理解，同时也可提高需求文档的质量。12.下面有关测试设计的叙述，说法不正确的是。A.测试用例的设计是一项技术性强、智力密集型的活动B.在测试用例设计时，只设计覆盖正常流程和操作的测试用例即可C.在开展测试用例设计前，必须将测试需求进行详细展开D.在一般的测试组织内，测试用例的评审可能不是正式的评审会SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析在测试用例设计时，不能只设计覆盖正常流程和操作的测试用例，而必 须强制覆盖错误输入处理、边界值处理等场景，

11、以确保被测软件系统投入使用 时具备较强的容错能力。在开展测试用例设计前，必须将测试需求进行详细展 开，以便尽可能准确、完整地覆盖被测软件的功能、性能和安全等各方面的测 试需求。测试用例的设计是一项技术性强、智力密集型的活动。在一般的测试 组织内，测试用例的评审可能不是正式的评审会，因此要建立一种评审机制来 提高测试用例的设计质量。13.软件设计一般包括外部设计和内部设计。外部设计通常是指。A.用户界面设计B.结构设计C.数据设计D.逻辑设计SSS_SIMPLE_SINABC该问题分值：2解析外部设计主要是设计用户界面。在设计前对任务和用户进行分析。14.测试用例评审工作最好的负责者是。A.软件

12、开发人员. B.测试人员C.测试骨干人员. D.专门评审人员SSS_SIMPLE_SINA B C D该问题分值：2答案:C解析在一般的测试组织内.测试用例的评审可能不是正式的评审会，因此要 建立一种评审机制来提高测试用例的设计质量，建议由一组测试骨干人员来负 责测试用例的评审工作。测试骨干人员将审阅各个模块测试用例的编写质量、 测试场景的覆盖情况，并客观评价是否有必要增加测试项或测试用例来提高测 试覆盖率。15.测试用例在执行过程中的状态有。. A.就绪B.执行中和执行通过C.执行失败和执行受阻D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析测试用例在执行过程

13、中也有多种执行状态，一般分为：就绪、执行中、 执行通过、执行失败和执行受阻等状态。16.统计测试用例执行情况、测试用例在测试各个周期的执行情况统计是在A.测试项目概述中B.测试用例执行情况总结中C.软件缺陷报告总结中D.被测软件评价中SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析测试总结是测试过程的最后一个活动，在测试报告中的内容包括：测 试项目概述；测试用例执行情况总结；软件缺陷报告总结；被测软件评 价。其中在测试用例执行情况总结中，主要是统计测试用例执行情况、测试用 例在测试各个周期的执行情况，并将全部的测试用例文档和测试执行记录作为 测试报告的附件提交。17.下列有

14、关软件缺陷报告的编写中，哪个是错误的。A. 一个软件缺陷报告中只应记录一个不可再划分的软件缺陷B.软件缺陷报告的标题应该能够最简洁表达一个软件缺陷C.软件缺陷报告中应提供全面的有关该软件缺陷再现的信息D.同一个软件缺陷可以被重复报告SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析软件缺陷报告的编写应该遵循以下原则：软件缺陷报告是测试人员和开发人员交流的纽带，最重要的原则是一 定要将问题说明白，让不能和测试人员直接交流的开发人员可以依据描述理解 和再现所发现的软件缺陷。一个软件缺陷报告中只应记录一个不可再划分的软件缺陷。软件缺陷报告的标题应该能够最简洁表达一个软件缺陷。再现该

15、软件缺陷的步骤应该是最简化的，应剔除其他不相关的步骤或 因素。依据一系列的程序执行步骤和测试输入来再现软件缺陷。应提供全面的有关软件缺陷再现的信息。不要填写重复的软件缺陷。当一个缺陷是被报告过的，那么就不可以 再填写另外一个报告，否则会造成质量保证人员和开发人员的额外负担与资源 浪费。A、B、C均符合以上规则，D的说法与最后一条规则相违背。18.软件过程管理最起码的要求是。A.管理好软件缺陷报告B.管理好软件测试用例C.管理好测试过程工具D.管理好测试说明文档SSS_SIMPLE_SINA B C D该问题分值：2解析软件缺陷报告是软件测试过程中的核心测试产品之一，也是重要的测试 产品，因此管

16、理好软件缺陷报告是软件过程管理最起码的要求。19.不用纸张、缺陷单等来管理软件缺陷报告的方式的主要原因是。A.无法满足软件缺陷的需求B.无法满足快速存储软件缺陷的需求C.无法满足软件缺陷的需求D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析目前测试组织在早期使用纸张、缺陷单或者Excel电子表格文档等来管 理软件缺陷报告的方式已经被淘汰，其主要原因是目前软件系统规模日益增 大，测试过程发现软件缺陷数量多，参与测试人员众多，而这些传统的手段已 经无法满足快速存储、处理、共享软件缺陷的需求。20.在QESuite Web Version 1.0中，软件缺陷报告与软件

17、问题报告概念的关系是A.软件问题报告包含了软件缺陷报告B.软件缺陷报告包含了软件问题报告C.软件缺陷报告与软件问题报告概念相同D.软件缺陷报告与软件问题报告概念完全不同SSS_SIMPLE_SINA B C D该问题分值：2答案:C解析软件缺陷（问题）报告的概念：是指测试组织描述被测软件系统所存在软 件缺陷（问题）的报告文档。软件问题和软件缺陷概念上的差异：测试方在测试 中所发现的均为软件问题，在经过开发方确认后才是软件缺陷。因此在概念上 软件问题实际上包含了软件缺陷。但在QESuite Web Version 1.0中，软件缺 陷报告与软件问题报告概念是相同的。21.不在当前版本修复，在本项

18、目的下一个新版本修复的缺陷是。* More Info* Build* Main Release*SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析定义软件缺陷的状态如下：新错误(New)测试中新报告的软件缺陷。更多新信息(New More Info)开发工程师认为报告的缺陷信息不完整，要求缺陷报告者添加更准确的缺陷信息。打开(Open)缺陷被确认并分配给相关开发工程师处理。拒绝(Declined)拒绝修改缺陷。修正(Fixed)开发工程师已完成修正，等待测试人员验证。重新打开(Reopen)没有正确修复的缺陷，需要进一步修复。延期(Deferred)不在当前版本修复的缺陷，以

19、后的版本修复，包括 两种情况：延期-下个版本(Deferred-Next Build)本项目的下一个新版本修复；延期-下个主要版本(Deferred-Next Main Release)本项目不修复，本软件下一个项目的版本修复。关闭(Closed)缺陷已被修复。22.在软件缺陷处理中，测试人员查询状态为Fixed的缺陷，验证其是否已修复， 若已经修复，则设置缺陷状态为，若没有解决，设置缺陷状态为*, Reopen*, Pending*, Pending*, Reopen SSS_SIMPLE_SINA B C D该问题分值：SSS_SIMPLE_SINA B C D该问题分值：2答案:A解析在

20、软件缺陷的处理流程中，测试人员首先会查询状态为Fixed的缺陷， 然后验证缺陷是否已修复，若已经修复，则设置缺陷状态为Closed，若没有解 决，设置缺陷状态为Reopen。23.在软件问题生命周期中的不同阶段，参与协调测试过程的人员主要是。A.测试人员B.开发人员C.管理人员D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析软件问题在生命周期中经历了数次的审阅和状态变化，最终由测试人员 关闭/解决软件问题来结束一个软件问题的生命周期。软件生命周期中的不同阶 段是测试人员、开发人员和管理人员共同参与协调测试的过程。软件问题一旦 发现，但进入测试人员、开发人员和管理

21、人员的严密监控中，直至软件问题生 命周期结束。24.在软件测试的生命周期模型中建立测试脚本任务的阶段应是。A.制定测试计划. B.测试设计C.实施测试D.评估测试SSS_SIMPLE_SINA B C D该问题分值：2答案:C解析在软件测试的生存周期模型中，建立测试脚本的阶段是实施测试阶段。25.测试计划的要素有。A.测试人员和环境、版本定义B.测试需求定义与划分C.测试任务划分和测试日程安排D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析测试计划的要素有：测试需求定义与划分、测试人员定义、测试环境定 义、测试版本定义、测试任务划分和测试日程安排。QESuite

22、 Web Version 1.0 提供了一系列的文档和配套视图系统来管理这些要素。26.在QESuite Web Version 1.0中，下列状态不属于活动状态的是。A.“解决”B.“待验”C.“打开”D.“新建”SSS_SIMPLE_SINA B C D该问题分值：2答案:A解析QESuite Web Version 1.0中，软件问题的主状态有：“新建”、“打 开”、“待验”、“解决”和“关闭”，其中“新建”、“打开”、“待验” 为软件问题的活动状态，“关闭”和“解决”为软件问题的非活动状态。27.在QESuite Web Version 1.0提供的功能中，下列不是辅助管理员控制测试过

23、 程运行的是。A.监控测试用例执行文档的执行过程B.支持对被测功能点的深度管理C.监控软件问题报告处理过程和软件系统各模块软件问题分布状况D.使用辅助统计功能，了解当前开发测试进展SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析QESuite Web Version 1.0提供一系列的功能来辅助测试管理人员控制 测试过程的运行：监控测试用例执行文档的执行过程；监控软件问题报告处理过程和软件系统各模块软件问题分布状况； 使用辅助统计功能，了解当前开发测试进展。28.白盒测试又称为。A.程序结构测试B.功能测试C.静态分析D.数据流结构测试SSS_SIMPLE_SINA B C

24、 D该问题分值：2答案:A解析白盒测试又称为程序结构测试，它主要进行程序逻辑结构的覆盖测试。 实际上，在进行白盒测试的同时，往往还要伴随着对程序进行静态分析和复杂 性度量。29.静态分析全局变量和局部变量的声明、赋值和使用的位置属于。 A.程序结构分析B.程序数据流分析C.可视化分析D.程序执行频度分析SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析白盒测试工具的主要功能之一一一程序数据流分析，主要指静态分析全 局变量和局部变量的声明、赋值和使用的位置；动态跟踪变量值的变化情况， 包括该变量的初始值、最小值和最大值。而选项A程序结构分析，主要提供整 个项目中的所有函数之间的

25、调用关系图。选项C是针对面向对象的软件，提供 整个项目中的所有类之间的关系图。选项D程序执行频度分析是统计所有条件 分支、多出口跳转、多出口调用的各分支、出口的执行关系图。30.用QESAT/C工具进行软件分析与测试时，以下说法错误的是。A.白盒测试又称为程序结构测试，它主要进行程序逻辑结构的覆盖测 试B.在进行测试之前，必须先建立以.prj为后缀的测试项目C.被测源文件可放在任意目录下D.进行软件静态分析不必运行被测程序SSS_SIMPLE_SINA B C D该问题分值：2答案:B解析白盒测试又称为程序结构测试，它主要进行程序逻辑结构的覆盖测试。 用QESAT/CH具进行测试之前，首先应定

26、义项目文件，用以描述被测程序的组 成，该项目文件通常以.pjt作为扩展名的。用QESAT/C 工具进行软件分析与测 试时，被测源文件可放在任意目录下。进行软件静态分析不必运行被测程序， 便可得到程序的结构信息及程序的复杂度信息，将被测程序运行后才得到的信 息就是动态测试信息。31.下列属于动态测试过程步骤的是。A.设定待测试的配置、编译相关的源程序B.设定需插装的函数C.运行源程序、合并动态运行的结果D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析动态测试信息是指：将被测程序运行后才能获得的测试信息。做动态测试之前必须先通过静态分析，动态测试过程的步骤如下：设定

27、待测试的配置设定需插装的函数编译相关的源程序运行源程序合并动态运行的结果32.待测试的配置包括项目编译运行所需的。A.源文件路径. B.编译参数C.链接参数D.以上全部SSS_SIMPLE_SINA B C D该问题分值：2答案:D解析动态测试过程的第一步就是要设定待测试的配置，该配置包括项目编译运行所需的源文件路径、编译参数、链接参数等。二、论述题已知C源程序如下：/*分数运算fsys.c */include Vstdio.hint main()(long int a, b, c, d, i, x, y, z;char op;printf(两分数b/a, d/c作+、-、*、/四则运算，结果

28、为分数。n)；printf(请输入分数运算式：b/a op d/c n)；scanf(% ld/% ld% c% ld/ % Id, &b, &a, &op, &d, &c);if(a=0 | c=0) (printf(分母为0，输入错误! n);return(0);if(op=+) (y=b*c+d*a;x=a*c; /*运算结果均为y/x */if(op=-) (y=b*c-d*a;x=a*c;if(op=*) (y=b*c;x=a *d;z=x;if(xy)z=y;i=z;while(i1) (if(x % i=0 & y % i=0) (x=x/i;y=y/i;continue;i-;

29、printf( ld/% ld% c% ld/% ld=% ld/% ld.n，b, a, op, d, c, y, x);return 0;SSS_TEXT_QUSTI1.画出程序中main函数的控制流程图。 I I _lT该问题分值：4 答案：main函数的控制流程图:SSS_TEXT_QUSTI2.设计一组测试用例，是该程序所有函数的语句覆盖率和分支覆盖率均能达到 100%。如果认为该程序的语句覆盖率或分支覆盖率无法达到100%，需说明为什 么。该问题分值：4答案：测试用例用例1：输入：2/0+3/1 ；输出：分母为0,输出错误!返回； 用例1：输入：2/1+3/0；输出：分母为0,输出

30、错误!返回； 用例1：输入：2/1+3/1 ；输出：2/1+3/1=5/1 ；正常；返回;用例1：输入：3/1-2/1；输出：3/1-2/1=1/1；正常；返回；用例1：输入:3/1*2/1；输出：2/1*3/1=6/1 ；正常；返回；用例1：输入:3/1/2/1 ；输出:3/1/2/1=3/2；正常；返回；用例1：输入:1/5+3/5；输出：1/5+3/5=4/5；正常；返回;用例1：输入:2/8+6/8；输出：2/8+6/8=1/1 ；正常；返回;结论：利用上面的测试用例，即可使该程序的语句覆盖率或分支覆盖率达 到 100%。SSS_TEXT_QUSTI3.已知张明在功能区域“我的安全区/

31、导入和导出”下发现一个软件问题，下表中 时该软件问题的操作历史信息，请依据QESuite Web Version 1.0的软件问题 生命周期定义和题中所述的相关人员分配和测试版本信息，假设下表中“执行 操作”的信息均正确，请找出表中的错误，并说明理由。功能区域功能区域测试人员开发人员安装李鸣郁离我的安全区本地安全区李鸣郑军导入与导出李鸣郑军服务端安全区张明陈剑锋性能并发传输响应能力李晓军张然已知张明在功能区域“我的安全区/导入和导出”下发现一个软件问题， 下表中时该软件问题的操作历史信息，请依据QESuite Web Version 1.0的软 件问题生命周期定义和题中所述的相关人员分配和测试

32、版本信息，假设下表中 “执行操作”的信息均正确，请找出表中的错误，并说明理由。QESuite Web Version 1.0中，已知某安全文档管理系统测试项目的部分 信息如下：在测试过程中先后产生4个测试版本，按日期排序分别为 SEDM1.0_101009，SEDM1.0_101025，SEDM1.0_101103，SEDM1.0_101106。功能分类视图中部分待测区域及人员分配定义如下表所示：操作序号操作者执行操作操作后的问题状态测试版本1张明新建打开*_1010092李晓军校验/再现打开/再现*_1010253郑军修复/修复检验/修复*_1011034李鸣验证/同意解决/不修复*_101

33、1035李鸣重新打开待验/修复*_101025该问题分值：4答案:操作序号操作者能操作后的问题状态测试版本1 张明新建新建*101009该问题分值：4答案:操作序号操作者能操作后的问题状态测试版本1 张明新建新建*101009李鸣校验/再现打开/再现*-101025郑军 修复/修复检验/修复*-101103李鸣 验证/同意解决/修复*-101106李鸣重新打开打开/再现*-101106理由如下：题中说产生4个版本，应该把4个版本都考虑进去。还有最后一个要 用最新的版本进行测试。如果用“解决”以前的版本进行测试，并不能反映真 实的情况。用最新的版本进行测试，有问题的话，才修改状态为“打开/再 现

34、”，证明这个错误并没有真正解决。操作序号1中一般测试人员只能提交新的软件问题入库，并将其状态 置为“新建”，该行“操作后问题状态”应为“新建”。操作序号4中测试人员查询状态为“待验”的软件问题，验证是否修 复，如果已修复，则置软件问题状态为“解决”，如果没有解决则置状态为“打开”，该行“操作后的问题状态”应为“解决/修复”。操作序号5中在以后的测试版本中，如果该问题重新出现，测试人员 应该重新打开此问题，并将问题状态更改为“打开/再现”。某测试项目中的测试执行阶段按计划在3天后结束，将进入测试总结阶段。SSS-TEXT-QUSTI4.测试管理人员通过QESuite Web version 1.

35、0测试过程管理工具观察到部分测 试用例的设计状况和执行状况如下表，请从测试用例设计和测试用例执行两个 方面说明观察到的问题和需要尽快开展的相关测试工作。子系统功能区域测试用例编写数量测试用例 执行状况登录与退出-66个未执行即时消息个人设置82个执行通过6个未执行发送/接收消息5全部执行通过邀请多人参与5全部执行通过客户端容量客户端性能客户端强度音视频交互全部执行通过5个执行通过2个执行通过客户端容量客户端性能客户端强度音视频交互全部执行通过5个执行通过2个执行通过2个执行失败该问题分值：4答案：根据该表可以发现存在下列问题：子系统客户端容量没有设计相关的测试用 例，需要补上。登录与退出的测试用例全部没有被执行，需要执行。即时消息 的个人设置功能的测试用例没有执行完全，只执行了两个且通过，还有6个未 执行。总体来说，存在的问题有：测试用例设计也存在问题，功能区域划分不详 细。用例覆盖面不全，客户端容量的测试用例没有覆盖到。还有就是存在未执 行的用例。SSS_TEXT_QUSTI5.该项目当前的软件问题处理状况如下：测试项目当前剩余处在“待验”状态的软件问题有105个，处在“新 建”状态的软件问题有14个，处在“打开”状态的软件问题有151个。已知该 测试组的软件问题日常处理能力是90个软件问题/工作日，开发组日常修复软 件问题的能力是40个软件问题/工作日。请