1 题目 题目是“功能测试用例的设计--以“xx系统”为例”。 2 内容 选取一个系统，对其核心业务进行功能测试，并以此工作为基础，阐述常见黑盒测试用例设计技术的应用，主要讲清楚两个问题：这些方法何时用？怎么用？ 以上两个问题阐述的过程中一定要结合到本系统功能测试的实践上。 在用例设计技术的选择上要特别注意以上要求，选错了方法不会加分，反倒会扣分。 原则上要求3个功能/业务的功能测试。 3 排版

（）（10分）阅读下列说明，回答问题1至问题2，将解答或相应的编号填入答题纸的对应栏内。【说明】测试是信息系统工程质量控制最重要的手段之一，这是由信息系统工程本身的特点所决定的。信息系统工程一般由网络系统、主机系统、应用系统等组成，而这些系统的质量到底如何，只有通过实际的测试才能够进行度量。【问题1】（5分）请说明测试类型中白盒测试与墨盒测试的区别（2分），墨盒测试中有哪些测试方法？请例出。（3分）【问题2】（5分）请指出下面关于软件测试的叙述是否正确（填写对或错，每个小题0.5分）。（1）软件质量的6个特性包括功能性、可靠性、易使用性、易改变性、可维护性和易适应性。（2）监理工程师应按照有关国家标准审查提交的测试计划和测试规范，并提出审查意见。（3）软件测试的目的是为了验证软件功能是否正确。（4）软件测试计划始于软件设计阶段，完成于软件开发阶段。（5）β测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。（6）代码走查是代码检查的一种，是由开发和测试人员组成一个审查组，通过阅读和讨论，对程序进行静态分析的过程。（7）采用正确的测试用例设计方法，软件测试可以做到穷举测试。（8）界面测试不是易用性测试包括的内容。（9）验收测试是由承建方和用户按照用户使用手册执行软件验收。（10）软件测试监理是对软件测试工程活动和产品进行评审和（或）审核，并报告结果。

苏州工业园数据交换中心系统的测试 苏州工业园数据交换中心系统(简称DXC系统)是在现有的园区电子公文交换中心的基础上，通过梳理和重新定位，着眼于打通应用系统之间的联系、将底层服务集中封装、提供平台化服务的综合目标而提出的项目建设方案。受园区信息中心的委托，苏州市软件评测中心有限公司(以下简称评测中心)安排了经验丰富的功能和性能测试工程师对其进行了严格的测试。 在2个多月的工作过程中，评测中心的测试工程师按照《SZSTC软件产品测试规范C／0》对系统进行了严格的功能和性能测试，协助开发方完成了集成测试和系统测试，并帮助园区信息中心完成了系统上线前的验收测试，最后对该软件进行了质量评价，提交了测试报告。 评测中心在测试方面的主要工作如下。 (1)功能测试：使用Mercury公司先进的测试管理平台Quality Center对整个测试流程进行管理，消除了组织机构间、地域间的障碍，能让测试人员、开发人员或园区信息中心通过一个中央数据仓库，在不同的地方交互测试信息，解决了各个测试环节中人员沟通的问题。Quality Center将测试过程流水化，将测试需求管理、测试计划、测试用例设计、测试执行到出错后的错误跟踪统一在一个基于浏览器的应用程序中集中管理。DXC系统由于是多系统之间信息交互的中心地带，它所涉及的功能就像是内部函数，在进行其他信息系统的操作过程中会被调用，如政务网二期子系统之间的信息交互、域外用户登录访问政务网二期子系统的信息等。由于其功能都在系统的底层，实现方式不如有GUI界面的系统那么容易理解，所以在测试开始前项目负责人安排开发方对测试人员进行了系统的培训，初步了解了测试的需求，弄清了各个模块之间的关系，以及数据的走向，便于测试人员对各功能点用例和场景用例的设计。测试人员根据测试计划，并针对本项目的特点，深入进行测试，每天提交测试中发现的缺陷，并提出解决问题的意见，测试的效果明显，为整个项目最后成功上线降低了风险。 (2)性能测试：使用了Mercury公司的性能测试工具Load Runner 8．0，对被测系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由Load Runner的管理平台调用各测试压力机器，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。由于DXC系统的设计过程中使用了不少webservice服务，所以对DXC系统的性能测试很大一部分是对webservice服务的性能进行测试，从而发现系统是否存在性能“瓶颈”。DXC系统和政务网二期系统之间存在着必然的连带关系，DXC系统是政务网二期子系统之间，以及它与其他系统间进行信息交互的中枢神经。在进行两个系统之间交互的性能测试过程中，评测中心的测试工程师发现了一个很严重的问题——政务网二期系统的信息接受服务会因为压力过大而死机，而这一服务是由开发方自行开发的，测试方及时将这一问题反馈给了开发方，使他们能尽早找到问题的原因并加以解决。 (3)测试报告：测试结束后，提交验收测试结果报告，从功能和性能两个方面分别对系统进行了质量评价，并给出验收通过与否的结论。 此次测试相当成功，评测中心的测试工程师圆满完成了功能和性能测试任务，发现了很多系统功能方面的缺陷，以及潜在的功能和性能方面的缺陷，通过开发方的修改和测试方多轮的回归，发现的问题在项目结束之前均已得到了很好的解决，保证了系统在上线运行前的质量。 案例思考： (1)结合本案例，谈谈你对性能测试的理解。 (2)本案例成功完成测试任务的经验有哪些?

试题四（共15分）

阅读以下关于某嵌入式系统BIT的说明，回答问题1至问题3，将答案填入答题纸

的对应栏内。

【说明】

【说明】

某公司负责研制一个嵌入式计算机系统，如图4-1所示。该系统以PowerPC处理器

为核心，通过AD进行实时数据采集，并将采集来的数据进行预处理后，通过RS422总

线发送给后端计算中心。

同时为了提高产品的安全性和可靠性，设计实现了机内自测试(Built In Test，BIT)。

BIT依靠自身电路和程序完成对计算机平台硬件的功能检查、故障诊断与隔离。

【问题1】(6分)

王工负责对该系统进行故障模式分析，识别出了该系统可能出现的故障模式，如表

4.1所示。请将属于CPU和RAM的故障填写在答题纸的对应栏中。

【问题2]（3分）

王工设计了三种BIT测试程序，分别是上电BIT、周期BIT、维护BIT。运行流程

如图4-2所示。

图4-2软件运行流程示意图

请回答下面三个问题，将答案填写在答题纸的对应栏中。

(1)请问不影响和破坏任务正常运行的是哪一种BIT?

(2)请问具有最完备的测试用例集合，可用于故障隔离和定位的是哪一种BIT?

(3)请问确保设备单元在使用前都被测式的是哪一种BIT?

【问题3]（6分）

李工负责设计CPU单元的BIT测试算法，通过对每组指令分别设计一组测试用例，

定义不同的操作数、操作码和预期值，在指令运行后比较结果与预期值。由于该系统选

用的处理器集成了多级Cache（高速缓存），并且指令缓存和数据缓存是分开的，执行指

令功能测试前需要刷新指令Cache，以保证与内存中的测试代码一致。每个测试项的测

试结果正确为0，故障为1。

以32位字比较指令cmpw测试为例，cmpw将寄存器rA和rB内数据比较的结果（大于、

小于、等于）放入条件寄存器CIX，其操作码为Ox7COOOOOO，测试用例数据如表4.2所示。

表4.2字比较指令CI ipw测试用例数据

cmpw指令功能测试的算法流程示意如图4—3所示。请补全流程图4.3中的执行操作，

将答案填写在答题纸的对应栏中。

试题五（10分）

阅读下列说明，回答问题1至问题2，将解答或相应的编号填入答题纸的对应栏内。

【说明】

测试是信息系统工程质量控制最重要的手段之一，这是由信息系统工程本身的特点所决定的。信息系统工程一般由网络系统、主机系统、应用系统等组成，而这些系统的质量到底如何，只有通过实际的测试才能够进行度量。

【问题1】（5分）

请将下列测试类型与相应的测试方法用直线连接。

【问题2】（5分）

请指出下面关于软件测试的叙述是否正确（填写对或错，每个小题 0.5 分）。

（1）软件质量是满足规定用户需求的能力。

（2）监理工程师应按照有关国家标准审查提交的测试计划和测试规范，并提出审查意见。

（3）软件测试的目的是为了验证软件功能是否正确。

（4）软件测试计划始于软件设计阶段，完成于软件开发阶段。

（5）α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。

（6）代码审查是代码检查的一种，是由开发和测试人员组成一个审查组，通过阅读和讨论，对程序进行静态分析的过程。

（7）采用正确的测试用例设计方法，软件测试可以做到穷举测试。

（8）界面测试不是易用性测试包括的内容。

（9）验收测试是由承建方和用户按照用户使用手册执行软件验收。

（10）软件测试监理是对软件测试工程活动和产品进行评审和（或）审核，并报告结果。

阅读下列说明，回答问题l至问题4，将解答填入答题纸的对应栏内。

【说明】

某大型披萨加工和销售商为了有效管理披萨的生产和销售情况，欲开发一套基于Web的信息系统。其主要功能为销售、生产控制、采购、运送、存储和财务管理 等。系统采用Java EE平台开发，页面中采用表单实现数据的提交与交互，使用图形（Graphics）以提升展示效果。

【问题1】（6分）

设计两个表单项输入测试用例，以测试XSS（跨站点脚本）攻击。系统设计时可以采用哪些技术手段防止此类攻击。

【问题2】（3分）

简述图形测试的主要检查点。

【问题3】(5分)

简述页面测试的主要方面。

【问题4】(6分)

系统实现时，对销售订单的更新所用的SQL语句如下：

然后通过setString(...)；的方式设置参数值后加以执行。

设计测试用例以测试SQL注入，并说明该实现是否能防止SQL注入。

小组作业具体要求如下： （1）系统需求分析。严格按照需求规格说明书模板（见附件1-软件需求规格说明书v1.0-模板.docx）描述系统需求。不需要涵盖系统所有功能（即不需要面面俱到），但应针对要测试的功能做详细的需求描述； （2）设计测试用例。围绕描述的需求，使用黑盒测试方法，设计测试用例，并根据测试用例设计说明书模板（见附件2-测试用例设计清单(模板).xlsx），填写测试用例设计清单。 对测试用例的要求是： a. 至少应体现课程中所介绍的基本测试方法中的两种，包括边界值测试、等价类测试、决策表测试、正交表测试； b. 必须使用场景法设计测试用例，需要绘制场景图，可另外附加word文档，格式不限； c. 每个测试用例对应的测试方法在excel文件最后一列，即备注列中加以描述； d. 至少20个测试用例。 （3）编写测试脚本。选择一种自动化测试工具，根据设计的测试用例，编写测试脚本。 （4）运行测试脚本，记录测试结果，记录发现的缺陷（见附件3-缺陷报告模板v1.0.xlsx）； （5）记录测试过程，说明测试环境，说明使用的测试工具，并说明通过运行哪些测试脚本，分别发现了哪些缺陷，并对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件4-测试执行过程及小结-模板.docx）见给出测试小结。 （6）制作操作视频，说明测试脚本的运行过程。对视频的要求如下： a. 视频制作画面应清晰； b. 音频应清晰； c. 内容应完整。应选择至少1个测试脚本加以描述，说明该测试脚本对应的测试用例是哪些，并对测试脚本进行解释说明，说明测试脚本文件中代码行的含义，给出测试脚本的运行过程，对脚本的运行结果进行解释说明； d. 操作过程中如果涉及输入项，应明确指出输入的是什么内容，尤其是用户名和密码。 （7）每日例会记录 小组成员的工作过程必须通过博客进行记录。从本作业公布之日起，小组每日在博客上记录任务完成情况，格式不限，只要能反映小组的进度情况即可，请尽量详细。并在作业全部完成时，将博客记录复制为word文档，一并提交。 小组作业要求提交的文档如下： （1）系统需求规格说明书，文件名格式：作业名-070x班-0x组-需求规格说明，word文档，不要用wps格式； （2）测试用例设计说明书，文件名格式：作业名-070x班-0x组-功能测试用例，excel文档； （3）场景法测试用例设计，文件名格式：作业名-070x班-0x组-功能测试用例（场景图），word文档，不要用wps格式； （4）被测系统可执行程序，如war包，以及对应数据，必要时应在测试执行过程报告中说明对数据的要求，以及如何使用数据； （5）测试脚本原始文件； （6）测试过程操作视频，使用mp4格式，1080*720； （7）缺陷报告，文件名格式：作业名-070x班-0x组-缺陷报告，excel文档； （8）测试执行过程，文件名格式：作业名-070x班-0x组-测试执行过程及小结，word文档，不要用wps格式； （9）博客上的每日任务记录，汇总时，记得在文档开头说明小组所在班级，小组编号，组长姓名及学号，小组成员姓名及学号，博客地址。word文档，不要用wps； （10）所有上述材料统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）每班班内各小组使用的被测系统不能相同； （2）跨班允许使用相同的被测系统，但不能使用相同的需求； （3）每班班内各小组使用的功能测试工具应满足最多只有两个小组使用相同的测试工具； （4）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。

试题一（15分）

阅读下列说明，回答问题1至问题2，将解答填入答题纸的对应栏内。

[说明]

场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程（包括基本流(基本流程)和备选流(分支流程)），设计用例遍历软件系统功能，验证其正确性。

图1描述了简化的中心层、省市层、地区层三级的“公文流转”业务流程，表 1 描述了省市层（图1阴影部分）业务的基本流和备选流。

公文的状态包括：已下发、未下发、已接收、未接收。

【问题1】（5分）

用表 1 中表述的基本流和备选流，使用场景法设计测试场景。基本流和备选流用

表1中对应的字母编号表示。

【问题2】（10分）

下表给出了测试用例名称，请将表中的输入条件和预期输出补充完整。

试题一（共15分）

阅读下列说明，回答问题1和问题2，将解答填入答题纸的对应栏内。

【说明】

场景法是黑盒测试中重要的测试用例设计方法，通过场景描述业务流程（包括基本流（基本业务流程）和备选流（分支业务流程）），设计测试用例遍历软件系统功能，验证其正确性。

下面是对电子不停车收费系统（ETC）的基本流和备选流的描述。

【问题1】（3分）

使用场景法设计测试用例，指出所涉及到的基本流和备选流。基本流用A字母编号表示，备选流用表1-2中对应的字母编号表示。

例如：

T01：A

T02：A、B

【问题2】 （12分）

针对问题1设计的测试用例，依次将初次读取车辆信息、最终读取车辆信息、账户号码、账户余额和账户状态等信息填入下述测试用例表中。表中行代表各个测试用例，列代表测试用例的输入值，用V表示有效数据元素，用I表示无效数据元素，n/a表示不适用，例如T01表示“成功通过”用例。

请帮忙给出每个问题的正确答案和分析，谢谢！

试题一：

阅读下列说明，回答问题1到问题4,将解答填入答题纸的对应栏内

【说明】

小张被任命为公司的文档与配置管理员，在了解了公司现有的文档及配置管理现状和问题之后 ，他做出如下工作计划：

（1）整理公司所有文档，并进行归类管理

小张在核理公司文档时，根据GB/T16680-1996《软件文档管理指南》，从项目生命周期角度将文档划分为开发文档，产品文档和管理文档，并对公司目前的文档进行了如下分类：

a)开发文档：可行性研究报告、需求规格说明书、概要设计说明书、数据设计说明书、数据字典。

b）管理文档：开发计划、配置管理计划、测试用例、测试计划、质量保证计划、开发进度报告，项目开发总结报告。

c）产品文档：用户手册、操作手册

（2）建立公司级配置管理系统，将配置库划分为开发库与受控库，并规定开发库用于存放正在开发过程中的阶段成果，受控库作为基线库存放评审后的正式成果。

（3）建立配置库权限机制，允许公司人员按照不同级别查看并管理公司文档，考虑到公司总经理权限最大、项目经理要查看并了解相关项目资料等额外因素，对受控库进行了下表的权限分配，（√表示允许，X表示不允许）：

进行了如上配置管理工作后，此时有一个项目A的项目经理告知小张，发现基线库中有一个重要的功能缺陷要修改,项目经理组织配置控制委员会进行了分析讨论后，同意修改，并指派了程序员小王进行修改，于是小张按照项目经理的要求在受控库中増加了小王的修改权，以便小王可以在受控库中直接修改该功能。

【问题1】（6分）

（1）依据16680-1996《软件文档管理指南》，小张对公司项目文档的归类是否正确？

（2）从候选答案中选择8个正确选项（多选该题得0分），将选项编号填入答题纸纸对应栏内。

应归入“开发文档”类的文档有：

候选答案：

A．可行性研究报告 B.需求规格说明书 C.用户手册 D.数据字典 E.操作手册 F.开发计划

G．配置管理计划 H.测试用例 I.测试计划 J.质量保证计划 K.项目开发总结报告

【问题2】（8分）

小张在建立配置管理系统时，不清楚如何组织配置库，请帮助小张组织配置库（至少写出两种配置库组织形式，并说明优缺点

【问题3】（5分）

本案例中当发现基线库中有一个重要的功能缺点需要修改时.你认为小张的做法存在哪些问题.并说明正确的做法.

【问题4】（6分）

结合案例.请指出小张在整个受控库的权限分配方面存在哪些问题.