还剩22页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
下六个月软件评测师考试真题及答案-下午卷试题一【阐明】场景法是黑盒测试中重要的测试用例设计措施目前多数软件系统都是用事件触发来控制业务流程,事件触发时欧I情景便形成了场景,场景的I不一样触发次序构成用例场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程)),设计用例遍历软件系统功能,验证其对的性图1-1描述了简化的中心层、省市层、地区层三级H勺“公文流转”业务流程,表1T描述了省市层(图1T阴影部分)业务的基本流和备选流公文日勺状态包括已下发、未下发、已接受、未接受“公文流转”、次务流程图表1-1省市层业务流业务流编号描述阐明A中心公文下发省市层接受中心公文,并下发到地区层基本流B新建公文直接下发省市层新建公文后,即下发到地区层停修改某一缺陷,那么测试工程师承认暂停修复缺陷的决定是不合理的此外,回归测试应该执行所有的I案例,不是仅仅执行与该缺陷有关的用例,而产品公布前,应该对发现的缺陷进行评审,分析缺陷修复状况之后,才可以公布产品因此该案例中对缺陷的管理有哪些不妥之处重要有1开发工程师无权决定与否延期或者暂停修改某一缺陷;2测试工程师承认暂停修复缺陷的决定是不合理的;3测试工程师应跟踪缺陷状态,直至确定修改后关闭缺陷,才是完成了测试任务;4回归测试应该执行所有日勺案例,不是仅仅执行与该缺陷有关的用例;5产品公布前,应该对发现时缺陷进行评审;6应该分析缺陷修复状况之后,才可以公布产品【问题4】本题考察配置管理的知识点软件产品的公布,应该从产品库中提取通过测试的产品公布,而不是由软件开发人员在开发环境下对产品直接打包公布试题三【阐明】逻辑覆盖法是设计白盒测试用例的重要措施之一,它是通过对程序逻辑构造日勺遍历实现程序的覆盖针对如下由C语言编写欧I程序,按规定回答问题getitint mint i,k;k=sqrt m;fori=2;i=k;i++ifm%i==0break;ifi=k+1printf%d isa selected numbern,m;elseprintf%d isnot aselectednumber\n,,m;}【问题1】请找出程序中所有的逻辑判断子语句【问题2】请将满足100%DC鉴定覆盖所需日勺逻辑条件填入下表编号100%DC所需的逻辑条件1234【问题3】请画出上述程序的I控制流图,并计算其控制流图的I环路复杂度v Go假设函数getit的参数m取值范围是150m160,请使用基本途径测试法设计测试用例,将参数m的取值填入下表,使之满足基本途径覆盖规定用例编号M取值1答案:【问题1】程序中的逻辑判断子语句如下:i=km%i=0i〉=k+1【问题2】环路复杂度2分V G=4基本途径覆盖用例(每个2分,共4分):用例编号M取值1151或
1572152、
153、
154、
155、
156、
158、159中日勺任意一种解析:【问题1】本题重要考察日勺是逻辑覆盖的有关内容本小题是要我们从程序中找出所有的逻辑判断语句,很显然在题目给出的I程序中,包括的逻辑判断语句有i=k、m%i==O及i=k+1这里提醒大家注意日勺是for语言中的逻辑判断条件【问题2】鉴定覆盖是指使得程序中的每一种分支都至少执行一次在本题中,首先执行的for循环,而循环的逻辑判断是i〈二k,那么我们就应设计一种用例i〉k和用例i〈=k,假如ik,则循环体不执行,直接执行if条件语句,由于i〉k,因此i=k+1肯定为真,接着执行对应日勺输出语句假如iCk,执行循环题,循环体中,又有一种逻辑判断,那么我们就应该设计用例m%i=0和用例m%i W0,分别执行逻辑判断成果为真与为假的I状况,假如该逻辑判断成果为真,执行break语言,直接结束循环这个时候变量i=k,那么第三个逻辑判断(i〉二k+1)日勺成果肯定为假;假如m%iW0,则第二个逻辑判断日勺成果为假,不执行break语言,直到循环结束,这个时候变量ik,而第三个逻辑判断(i=k+1)的成果肯定为真设置了这四个用例,很显然实现了100%的鉴定覆盖【问题3]根据题目程序H勺意思,我们可以懂得其控制流图如下所示:而它的IV G=鉴定数+1=3+1=4在150到160之间时数不能被2到12整除的数只有151和157,因此在设计的两个用例中,其中一种是151或157,而另一种是150到160之间日勺其他整数试题四【阐明】某大学暑假期间为教职工工开办了VPN远程接入服务,员工在校外通过登录界面输入顾客名和口令后,就可以访问仅供本校师生使用日勺各类信息资源为了实现信息隔离与访问控制,在校园网不一样的网络区域之间布署了防火墙等有关设施【问题1】4分下图是VPN顾客与数据库之间日勺网络拓扑构造图,请指明图中设备
1、设备
2、设备
3、设备4是何种类型口勺网络设施【问题2](4分)通信加密的目日勺是什么?通信加密测试日勺基本措施有哪些【问题3](4分)为防止未授权顾客通过反复猜测口令获得VPN使用权,从顾客口令管理和网站登录控制两方面阐明可以采取的应对措施答案:【问题1】设备1是防火墙;设备2是互换机(或集线器);设备3是防火墙;设备4是互换机(或集线器)【问题2]目的保证数据在传播过程中数据的保密性(机密性)和一致性(完整性);(每答对一种得1分,共2分)基本措施验证和侦听(每答对一种得1分,共2分)【问题3】顾客口令管理口令长度、复杂度(特殊字符)、时效(定期更改);(每答对一种得1分,最多2分)顾客登录控制;多次登录延时、账户锁定、验证码(每答对一种得1分,最多2分)解析【问题1】DMZ称为“隔离区”,也称为“非军事化区”,它是为了处理安装防火墙后外部网络不能访问内部网络服务器的问题,而设置的一种非安全系统与安全系统之间的缓冲区这个缓冲区位于企业内部网络和外部网络之间的小网络区域内,在这个小网络区域内可以放置某些必须公开的服务器设施,如企业Web服务器、FTP服务器和论坛等在这个防火墙方案中,包括两个防火墙外部防火墙抵挡外部网络日勺袭击,并管理所有内部网络对DMZ时访问;内部防火墙管理DMZ对于内部网络日勺访问从题目给出区J网络拓扑图我们可以看出,设备1处应放置一种外部防火墙,而设备3处放置一种内部防火墙设备2和设备4处很显然是为了使多种网络设备相连,可以使用互换机或集线器【问题2】通信加密的目日勺是为了防止信息在传送日勺过程中被盗取,这里包括两层含义,一是信息虽然被盗窃也很难被破译,即数据的保密性;二是防止数据传播过程中被非授权者修改或破坏,即数据的完整性而对通信加密进行测试的措施有侦听和验证,侦听即网络监听,重要用来获取网络上传播区I数据,因此这里需要侦听技术;而验证重要用来测试加密的信息与否对的【问题3】为了防止未授权顾客通过反复猜测口令获得VPN使用权,可以从顾客口令管理和网站登录控制两方面入手在顾客口令管理方面,我们可以采取的措施有增加口令的长度和复杂度,定期修改口令等在顾客登录控制方面,我们可以采取的措施有多次登录延时、登陆次数限定、账户锁定、验证码等试题五【阐明】性能测试在系统质量保证中起重要作用某项目组对一种电子政务平台系统执行了负载压力性能测试,重点评估其效率质量特性中的时间特性和资源运用性两个质量子特性性能需求可以概括为业务成功率到达100%;响应时间在8秒之内;服务器资源运用合理测试环境逻辑布署图如下图数美空展昔器应可展务器交会呗测试机1浏:试机2测试机3侧试机4【问题1】请分别指出性能测试中负载测试与压力测试的日的【问题2]请分别指出应用服务器和数据库服务器性能评价的关键指标【问题3】该电子政务平台的“文档审核”业务的测试成果如下表,请详细阐明测试成果与否满足C保留新建公文对保留的省市层新建公文,合适时下发到地区层备选流D修改新建公文修改省市层新建区J公文E删除新建公文删除省市层新建的公文【问题1】用表1-1中表述的基本流和备选流,使用场景法设计测试场景基本流和备选流用表1-1中对应日勺字母编号表达【问题2】下表给出了测试用例名称,请将表中日勺输入条件和预期输出补充完整编号用例名称输入条件预期输出1省市层接受公文2省市层新建并保留公文3省市层新建并下发公文4省市层修改公文5省市层删除公文性能需求总体状况应用服务器资源运用率数据库服务器资源运用率并发平均响内存内存测试用例CPU磁盘CPU磁盘顾客应时间Page Page%%%%数s in/s in/s
155.
41.
20.
19.
129.
86.
114.
62105.
813.
32.
521.
360.
336.
727.
534021.
415.
42.
934.
491.
498.
841.7【问题4】如60个顾客并发执行“新立申请”业务的成功率为80%,应用服务器内存页互换速率为page in/s,数据库服务器CPU平均占用率到达100%请阐明该业务的性能与否满足需求假设系统中间件和数据库软件配置对的,请指出系统可能存在时性能瓶颈答案【问题1】1负载测试模拟系统真实使用环境执行性能测试,考核系统在平常业务运行和高峰期运行期间时性能与否满足需求2压力测试模拟系统的性能极限点执行性能测试,用来发现系统的性能瓶颈点【问题2】有关H勺监控指标诸多,关键指标如下1应用服务器关键指标操作系统指标、缓存状况、连接池、执行队列等答对1个即给1分,最多3分2数据库服务器关键指标操作系统指标、缓存命中率、数据库进程占用日勺CPU时间、数据库进程使用的内存量、锁资源使用状况答对1个即给1分,最多3分【问题3】关键指标判断原则为•响应时间遵照3/5/8原则,不小于8秒是不合理的;•CPU平均占用率应不不小于85%;•内存页互换速率Page in/s平均值不能不小于80,否则预示物理内存局限性对测试成果分析如下140个顾客并发平均响应时间为
21.4秒,超过8秒,不满足需求;240个顾客并发数据库服务器CPU平均占用率为
91.4%,超过85%,不满足需求;
(3)内存页互换速率Page in/s平均值为
98.8,超过80,不满足需求【问题4】如下列出的是最有可能存在日勺三种瓶颈业务成功率(没有到达100%)、应用服务器内存页互换速率(不小于80)、数据库服务器CPU平均占用率(不小于85%)3个指标都不满足性能需求系统存在日勺性能瓶颈可能包括
(1)应用服务器物理内存不够
(2)数据库服务器H勺CPU性能局限性
(3)数据库设计有问题或没有优化解析【问题1】本题重要考察负载测试和压力测试的基本知识【问题2】性能测试的对象不一样,其测试的重要指标也不相似,常见日勺性能测试指标有操作系统指标,应用程序的性能指标等在本题中,应用服务器是提供服务给客户端日勺,需同步供多种客户端访问,因此其重要指标应该包括操作系统指标、缓存状况、连接池、执行队列等而数据库服务器重要用来处理查询或数据操作祈求等,其重要的性能指标应该包括操作系统指标、缓存命中率、数据库进程占用口勺CPU时间、数据库进程使用的内存量、锁资源使用状况等在本题中,首先我们来看平均响应时间,其平均响应时间超过8s,则视为不合格,因此当有40个并发顾客时,其平均响应时间为
21.4秒,不满足该系统的性能需求接着我们来看CPU的使用状况,一般当CPU的运用率平均值持续到达85%以上时,表达服务器资源使用出现瓶颈,视为不合理,而在本题中,40顾客并发时,数据库服务器CPU平均运用率为
91.4%,超过了85%,因此不满足该系统的J性能需求再接着我们看来内存日勺使用状况,一般当内存页互换速率Page in/s日勺平均值超过80时一,视为不合理,而在本题中,当40顾客并发时;数据库服务器的内存页互换速率Page in/s平均值为
98.8,超过了80,因此不满足该系统的性能需求【问题4】在本题中,根据题目描述和问题3H勺分析,我们可知业务成功率(没有到达100%)、应用服务器内存页互换速率(不小于80)、数据库服务器CPU平均占用率(不小于85%)三个指标都不满足性能需求根据前面我们找出的问题,可以懂得系统存在口勺性能瓶颈为
(1)数据库服务器日勺CPU性能不够,才导致数据库服务器CPU平均占用率为100%
(2)应用服务器的内存不够,才导致应用服务器内存页互换速率为page in/s
(3)数据库日o勺设计有问题或没有优化等答案【问题1】本题共包括5个场景
1.A
2.B
3.B、E
4.B、C、D(C和D可以互换)
5.B、C、E【问题2]编号输入条件预期输出中心已经下发公文省市层可以查看到已接受日勺公文,在中心层可以查看到已经下发的公文省市层可查看到新增加的I公文,公文状态为未下发省市层可查看到新增加日勺公文,公文状态为已下发,在地区层可以查看到已经下发的公文4存在未下发的公文搜索公文状态为未下发H勺公文,可以修改有关内容,并可保留成果5存在未下发欧I公文搜索公文状态为未下发的I公文,可以删除解析:【问题1]本题重要考察黑盒测试中的场景法测试用例设计采用场景法来设计测试用例,其基本思想和根据是站在顾客的角度上检测软件的功能,发现软件的错误基本流是指通过用例日勺最简朴日勺途径(无任何差错,程序从开始直接执行到结束)备选流是指一种备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中;也可以来源于另一种备选流;或者终止用例而不再加入到基本流中(一般是多种错误状况)使用场景法设计测试用例的基本步骤如下
(1)根据规格阐明,描述出程序的基本流及各项备选流
(2)根据基本流和备选流确定场景
(3)对每一种场景生成对应的测试用例,可以采用矩阵或决策表来确定和管理测试用例
(4)对生成的测试用例进行复审,去掉多出或等价的测试用例,然后确定实际测试数据在本题中,根据题目中已经确定欧J基本流与备选流,可以设计场景,每个场景覆盖一种在该案例中事件日勺不一样触发次序与处理成果形成日勺事件流,最终得出所有的I测试用例下面就根据“公文流转”业务流程图列出是所有的测试用例和用例中所波及的基本流与备选流用例1A(中心公文下发)用例2B(新建省市公文直接下发)用例3B、C(新建省市公文,然后保留)用例4B、C、D(C、D可互换)(新建省市公文,修改并保留后下发)用例5B、C、E(新建省市公文保留,但接着被删除)本题考察我们对用例输入和预期输出的理解下面我们来逐一分析给出的用例省市层接受公文用例日勺输入,从“公文流转”业务流程图中我们可以看出,省市层接受公文用例时输入是中心已经下发的公文,而其预期输出应该是可以让省市层查看已接受的公文,而且在中心层也要可以查看到已经下发的I公文省市层新建并保留公文,从“公文流转”业务流程图中我们可以看出,省市层新建公文并没用输入,而其输入应该是省市层可查看到新增加的公文,而且公文状态为未下发省市层新建并下发公文,同样也没用输入,其输出应该是省市层可查看到新增加的公文,与上一种用例不一样的,公文状态为已下发,而且在地区层也应该可以查看到已经下发的公文省市层修改公文,从“公文流转”业务流程图中我们可以看出,其输入应该是未下发H勺公文,而它的输出应该是修改未下发的公文的有关内容,并保留修改的成果省市层删除公文,从“公文流转”业务流程图中我们可以看出,其输入也应该是未下发日勺公文,而它的输出应该是查找到未下发日勺公文并删除试题二【阐明】某软件企业在研发一种城镇居民保险系统时,为了加紧进度,测试工作在系统开发初步完成之后开始并直接进行系统测试测试工程师针对界面进行了功能测试测试工程师和开发工程师借助缺陷管理工具,交互进行测试与缺陷修复工作测试期间发现系统的“文档审批”功能出现严重缺陷,开发工程师认为修改难度大,经测试工程师承认后决定暂停修复该缺陷,直到产品公布前,该缺陷在开发环境下被修复随即,测试工程师在开发环境下针对该缺陷执行了有关日勺用例,进行了回归测试回归测试结束后,开发工程师在开发环境下对产品直接打包公布【问题1】测试开展的I时间是过早、过晚还是合适?阐明理由【问题2]测试工程师功能测试的措施与否对的?若不对的,请陈说对时的措施;若对的,请阐明理由【问题3】该案例中对缺陷的管理有哪些不妥之处【问题4]开发工程师产品公布日勺做法与否对的I答案:【问题1】测试工作开展得太晚(1分)测试工作应该覆盖需求分析、概要设计、详细设计、编码等前期阶段,而不应该在系统开发初步完成后才开始(2分)【问题2】测试人员功能测试的措施不对H勺系统功能测试应该追溯到顾客需求,针对界面进行功能测试是错误於I【问题31
(1)开发工程师无权决定与否延期或者暂停修改某一缺陷;
(2)测试工程师承认暂停修复缺陷的决定是不合理的;
(3)测试工程师应该跟踪缺陷状态,直至确定修改后关闭缺陷,才是完成了测试任务;
(4)回归测试应该执行所有的用例,不是仅仅执行与该缺陷有关的用例;
(5)产品公布前,应该对发现的缺陷进行评审;
(6)应该分析缺陷修复状况之后才可以公布产品【问题4】产品最终由开发人员直接公布不合理(1分)(基线库中的产品应该是最终通过测试日勺)实际最终公布日勺产品应该从产品库中提取(2分)解析.【问题1】本题考察两个知识点1测试工作与开发工作怎样配合;2测试欧I对象包括哪些软件测试应该覆盖软件开发的I需求分析、概要设计、详细设计、编码等前期阶段,在本题中简介说测试工作在系统开发初步完成之后开始并直接进行系统测试,这显然是测试开展的太晚【问题2】本题考察功能测试的根据,对时的根据应该是需求规格阐明书,而不是顾客界面,因为界面实现的功能与否对的的理解和体现了顾客需求为不可知系统功能测试一般是根据需求阐明书来进行区J,要根据顾客的I需求来设计测试用例并进行测试,在本题中,测试工程师只针对界面进行了功能测试,显然措施是不对的时【问题3]本题考查两个知识点1缺陷管理的流程和1R责;2回归测试的概念软件缺陷是存在于软件文档、数据、程序之中的那些不但愿或不可接受的偏差,其成果是软件运行于某一特定条件时,将出现软件故障软件缺陷一般被认为是“欠缺和不够完备的J地方”,重要是针对产品阐明书而言时因此测试工程师是无权决定与否延期或者暂。
个人认证
优秀文档
获得点赞 0