上半年软件评测师考试真题及答案下午卷.docx

上半年软件评测师考试真题及答案下午卷.docx

《上半年软件评测师考试真题及答案下午卷.docx》由会员分享，可在线阅读，更多相关《上半年软件评测师考试真题及答案下午卷.docx（15页珍藏版）》请在冰点文库上搜索。

上半年软件评测师考试真题及答案下午卷

2021上半年软件评测师考试真题及答案-下午卷

试题一

【说明】

软件测试的质量决定着被测产品的质量，是企业关注的重点。

【问题1】〔3分〕

请简要表达软件测试质量包括哪些管理要素。

•测试过程，例如技术过程、管理过程、支持过程。

•测试人员及组织。

•测试工作文档，例如测试方案、测试说明、测试用例、测试报告、问题报告。

【问题2】〔2分〕

请简要论述软件测试质量控制的主要方法。

•测试文档评审。

•测试活动审核。

•制定质量保证方案。

•采取背靠背测试。

【问题3】〔4分〕

企业衡量软件测试的质量经常采用两个指标：

测试用例覆盖率和缺陷修复率，请简述这两个指标的概念。

测试用例覆盖率=测试需求对应数目/测试需求数目。

〔2分〕

缺陷修复率=累计关闭的缺陷数/累计翻开的缺陷数。

〔2分〕

【问题4】〔9分〕

企业内部测试组在测试某办公自动化系统的过程中，使用60个测试用例进展测试，共发现了20个问题。

开发组对软件修改后，向测试组提交问题修改报告及修改后的软件。

问题修改报告中提出：

所发现问题中的5个问题是用户所要求的，无需修改，其余15个问题已修改完成。

测试组使用针对上轮测试中发现的15个问题的36个测试用例进展了回归测试，确认问题已得到修改，因此测试组做出结论：

当前版本可以进入配置管理库，进展后续集成工作。

请简要分析测试组的做法是否存在问题并简述理由。

此办公自动化系统提交给用户之后，用户在使用过程中发现了5个问题，测试工程经理打算采用缺陷探测率来对测试人员进展绩效评估。

请计算此测试工程的缺陷探测率。

测试组做法存在问题〔1分〕，理由如下。

〔1〕•针对取消的5个问题：

不对开发组提出取消的5个属用户需求问题进展回归测试是错误的。

〔1分〕

测试组应该将开发组所述的用户需求作为补充说明由用户确认，测试组在回归测试中应对这5个问题与开发组进展沟通，并由用户或工程经理确认这5个问题是否可以取消，对于不能取消的问题仍需开发组进展修改并进展回归测试。

〔2分〕

〔2〕•针对测试的15个问题：

只使用发现问题的36个用例进展回归测试是错误的，在修改36个测试用例发现的15个问题的过程中，可能引入新的问题，〔1分〕

因此应使用全部60个用例进展回归测试，或者准确判断这15个问题的修改涉及到多少个用例，然后用这些用例来执行回归测试。

〔2分〕

缺陷探测率=测试人员发现的缺陷数/〔测试人员发现的缺陷数+用户发现的缺陷数〕=20/〔20+5〕=80%。

〔2分〕

试题二

【说明】

某“网站稿件管理发布系统〞是采用J2EE架构开发的B/S系统，Web效劳器、应用效劳器以及数据库效劳器部署在一台物理设备上。

系统实现的功能主要包括稿件管理和文档上传下载。

稿件管理模块可以对稿件进展增加、查询、删除、修改、显示和批准等操作，批准后的稿件即可在网站上发布；文档上传下载模块可以将稿件直接以Word文档的格式进展上传下载。

系统性能需求如下：

〔1〕主要功能操作在5秒钟内完成；

〔2〕支持50个在线用户；

〔3〕稿件管理的主要功能至少支持20个并发用户；

〔4〕在50个用户并发的顶峰期,稿件管理的主要功能，处理能力至少要到达8trans/S;

〔5〕系统可以连续稳定运行12小时。

【问题1】〔3分〕

简要表达“网站稿件管理发布系统〞在生产环境下承受的主要负载类型。

“网站稿件管理发布系统〞在生产环境下承受的主要负载类型有:

〔1〕并发用户的操作属于并发执行负载。

〔2〕连续稳定运行12小时属于疲劳强度负载。

〔3〕大量稿件的查询操作属于大数据量负载。

【问题2】〔3分〕

简要表达进展“网站稿件管理发布系统〞的性能测试中应测试的关键指标。

在进展“网站稿件管理发布系统〞的性能测试中应测试的关键指标包括：

〔1〕并发用户数。

某一物理时刻同时向系统提交请求的用户数。

〔2〕事务执行响应时间。

是系统完成事务执行准备后所采集的时间戳和系统完成待执行事务后所采集的时间戳之间的时间间隔，是衡量特定类型应用事务性能的重要指标，标志了〔2〕用户执行一项操作大致需要多长时间。

〔3〕交易执行吞吐量〔trans/s〕。

每秒钟执行的业务数，或系统效劳器每秒钟能够处理的交易数。

【问题3】〔3分〕

请简述访问系统的“在线用户〞和“并发用户〞的区别。

并发用户：

指某一物理时刻同时向系统提交请求的用户。

在线用户：

指在某段时间内访问系统的用户，这些用户并不一定同时向系统提交请求。

【问题4】〔3分〕

系统性能需求中要求“系统可以连续稳定运行12小时〞，假设系统连续运行12小时完成的总业务量为1000笔，系统能够提供的最大交易执行吞吐量为200笔/小时，试设计测试周期，并说明理由。

系统连续运行12小时完成的总业务量为1000笔，系统能够提供的最大交易执行吞吐量为200笔/小时，因此系统吞吐量在极限情况下，完成1000笔业务需要的时间就是测试周期，BP1000/200=5小时。

原因：

在增加单位时间的负载情况下，需要缩短测试周期，保证系统在12小时内的总业务量。

【问题5】〔8分〕

下列图为并发50个用户执行“稿件查询〞操作的测试结果。

〔1〕请判断结果是否满足系统性能需求并说明理由。

〔2〕简要说明TransactionsperSecond与AverageTransactionResponseTime之间的关系。

〔1〕交易执行响应时间平均值为10.936秒，与需求“主要功能操作在5秒钟内完成〞不符合，不满足测试需求。

交易执行吞吐量〔trans/s〕平均值为3.75,与需求“稿件管理的主要功能在50用户并发的顶峰期，性能最低到达8trans/s〞不符合，不满足测试需求。

从效劳器资源的使用情况来看，CPU、内存、硬盘的资源利用率都比拟低，无硬件方面的瓶颈。

〔2〕二者都是表达系统的交易执行效率。

在系统性能比拟稳定的情况下，随着负载增加TransactionsperSecond会根本保持不变，而AverageTransactionResponseTime会递增。

试题三

【说明】

场景法是黑盒测试中重要的测试用例设计方法。

目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。

场景法通过场景描述业务流程〔包括根本流〔根本流程〕和备选流〔分支流程〕〕，设计用例遍历软件系统功能，验证其正确性。

下面是对网上银行支付交易系统的根本流和备选流的描述：

注：

假定输入的银行卡号是正确的；不考虑备选流内循环情况。

【问题1】

使用场景法设计测试用例，指出所涉及到的根本流和备选流。

根本流用字母A表示，备选流用题干中描述对应编号表示。

根据题目中已经确定的根本流与备选流，可以设计场景，每个场景覆盖一种在该案例中事件的不同触发顺序与处理结果形成的事件流，最后得出所有的测试用例。

下面就是所有的测试用例和用例中所涉及的根本流与备选流。

用例1：

A

用例2：

A、B

用例3：

A、C

用例4：

A、D

用例5：

A、B、C

用例6：

A、B、D

以上顺序可以互换。

【解析】

此题主要考察黑盒测试中的场景法测试用例设计。

采用场景法来设计测试用例，其根本思想和依据是站在用户的角度上检测软件的功能，发现软件的错误。

根本流是指经过用例的最简单的路径〔无任何过失，程序从开场直接执行到完毕〕。

备选流是指：

一个备选流可能从根本流开场，在某个特定条件下执行，然后重新参加根本流中；也可以起源于另一个备选流；或者终止用例而不再参加到根本流中〔一般是各种错误情况〕。

使用场景法设计测试用例的根本步骤如下：

〔1〕根据规格说明，描述出程序的根本流及各项备选流。

〔2〕根据根本流和备选流确定场景。

〔3〕对每一个场景生成相应的测试用例，可以采用矩阵或决策表来确定和管理测试用例。

〔4〕对生成的测试用例进展复审，去掉多余或等价的测试用例，然后确定实际测试数据。

在此题中，根据题目中已经确定的根本流与备选流，可以设计场景，每个场景覆盖一种在该案例中事件的不同触发顺序与处理结果形成的事件流，最后得出所有的测试用例。

下面就是所有的测试用例和用例中所涉及的根本流与备选流。

用例1：

A

用例2：

A、B

用例3：

A、C

用例4：

A、D

用例5：

A、B、C

用例6：

A、B、D

【问题2】

请针对问题1设计的测试用例，依次将银行卡号、初次输入密码、最终输入密码、卡内余额、银行卡可支付额度等信息填入下述测试用例表中。

表中行代表各个测试用例，列代表测试用例的输入值，用V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功支付〞用例。

根据“问题1〞得到的测试用例，按照问题二的提示和要求，可以得出下面的场景分析表。

每行顺序可以互换。

【解析】

此题要求我们根据问题1设计的测试用例来完成此题的问题，那么根据题目的意思，CO2对应用例2，那么这个时候存在密码不正确的错误，根据备选流B的描述，可知初次输入密码处应该是I〔表示无效数据〕，而后面的操作肯定是都没用〔n/a〕；而C03对应用例3，这个时候存在卡内余额缺乏的错误，因此银行卡可支付额度没用〔n/a〕；同理可以求得后面个用例的情况，具体可参加答案。

【问题3】

在上述系统中，假设银行卡号只能输入0〜9的数字，请参考下表，给出用边界值法检查卡号字符合法性的关键测试数据〔字符或ASCII值〕。

根据边界值分析法设计测试用例的原那么之一：

“如果输入条件规定了值的范围，那么应取刚到达这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据〞的原那么，答案如下：

0〔或48〕和9〔或57〕

/〔或47〕

：

或58〕

【解析】

此题要边界值法。

根据边界值分析法设计测试用例的原那么之一：

“如果输入条件规定了值的范围，那么应取刚到达这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据〞的原那么，答案如下：

0〔或48〕和9〔或57〕

/〔或47〕

：

〔或58〕

试题四

【说明】

逻辑覆盖是通过对程序逻辑构造的遍历实现程序的覆盖，是设计白盒测试用例的主要方法之一。

以下代码由C语言书写，请按要求答复下列问题。

voidcal〔intn〕

{

intg，s，b，q;

if〔〔n>1000〕&&〔n<2000〕〕

{

g=n%10;

s=n%100/10;

b=n/100%10;

q=n/1000;

if〔〔q+g〕==〔s+b〕〕

{

printf〔"%-5d"，n〕;

}

}

printf〔"\n"〕;

return;

}

【问题1】

请找出程序中所有的逻辑判断语句。

逻辑判断语句：

1.n>1000

2.n<2000

3.〔q+g〕==〔s+b〕

【解析】

本小题是要我们从程序中找出所有的逻辑判断语句，很显然在题目给出的程序中，包含的逻辑判断语句有：

n>1000、n<2000及〔q+g〕==〔s+b〕。

【问题2】

请分析并给出分别满足100%DC〔判定覆盖〕和100%CC〔条件覆盖〕时所需的逻辑条件。

按照DC和CC的定义分析逻辑条件。

【解析】

判定覆盖是指使得程序中的每一个分支都至少执行一次。

而条件覆盖是指对于每个判定中所包含的假设干个条件，应设计足够多的测试用例，使得判定中的每一个条件都至少取到一次“真值〞和“假值〞的时机。

这两者想比拟，判定覆盖仅考虑了判定的结果，而没有考虑每个条件的可能结果。

从题目给出的程序中，程序中的第一个判定包含两个条件，分别是n>1000和n<2000，而且只有当两个条件都为真时，判定的结果才为真，否那么判定结果为假。

因此在设计判定覆盖用例时，应该设置一个用例为1000=2000，这样就可以使该判定的结果为假。

在设置条件覆盖用例时，我们注意条件覆盖的含义，由此可知两个用例可分别是n>=2000和n<=1000，用例n<=1000可以使该判定中的条件1取得假值，使条件2取到真值，而用例n>=2000可以使该判定中的条件1取得真值，使条件2取到假值。

同理我们可以设置出判定2的测试用例。

具体可参见答案。

【问题3】

假设n的取值范围是0

可按以下步骤完成：

1.画控制流图。

2.计算V〔G〕=3。

3.找出线性独立路径。

4.按路径执行过程中的逻辑条件设计相应数据。

【解析】

在进展程序的根本路径测试时，从程序的环路复杂性，可导出程序根本路径集合中的独立路径条数，这是确保程序中每个可执行语句至少执行1次所必须的测试用例数目的上界。

独立路径是指包括一组以前没有处理的语句或条件的一条路径。

具体的操作步骤为：

〔1〕画控制流图。

〔2〕计算出V〔G〕。

〔3〕找出线性独立路径。

〔4〕按路径执行过程中的逻辑条件设计相应数据。

其的V〔G〕=4。

其线性独立路径分别是：

〔1〕路径1：

小于等于1000的整数。

〔2〕路径2：

大于等于2000的整数。

〔3〕路径3：

大于1000小于2000且〔q+g〕等于〔s+b〕的整数。

〔4〕路径4：

大于1000小于2000且〔q+g〕不等于〔s+b〕的整数。

试题五

【说明】

某企业信息中心委托系统集成单位开发了企业网站，将应用效劳器、Web效劳器和数据库效劳器都部署在信息中心机房，系统集成工作完成后，集成单位对网段、防火墙、入侵检测系统、防病毒系统等进展了全面的平安检査，向信息中心提交了平安测评报告。

信息中心主管认为该测评报告不够全面，要求尽可能提供系统的、多层次的、深入的平安测评报告。

【问题1】〔5分〕

请简述系统的平安防护体系包括的层次。

考察信息系统平安体系的全面分析^

1.实体平安〔物理平安〕；

2.通信平安〔网络平安〕：

3.平台平安〔主机平安〕；

4.应用平安；

5.数据平安；

6.运行平安；

7.管理平安。

【问题2】〔4分〕

对于效劳器操作系统的平安，应当从哪些方面进展测评？

考察主机层平台操作系统平安测试的主要方面。

1.是否关闭或下载了不必要的效劳和程序；

2.是否存在不必要的账户；

3.权限设置是否合理；

4.安装相应的平安补丁程序的情况：

5.操作系统日志管理等。

【问题3】〔4分〕

平安日志是软件被动防范的措施，是重要的平安功能，软件的平安日志应当记录哪些信息？

在平安测试中应当检查平安日志的哪些方面？

考察应用层平安中日志测试的主要内容。

日志应当记录所有用户访问系统的操作内容，包括登录用户名称、登录时间、浏览数据动作、修改数据动作、删除数据动作、退出时间和登录机器的IP等。

测试报告应对日志的完整性、正确性做出评价，以及系统是否提供了平安日志的智能分析能力，是否按照各种特征项进展日志统计。