2010年11月软件评测师下午题答案及解析.pdfVIP

一、问答题

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

[说明]

场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发

来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例

。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程))，设计

用例遍历软件系统功能，验证其正确性。

图1-1描述了简化的中心层、省市层、地区层三级的“公文流转”业务流程，表1-

1描述了省市层(图1-1阴影部分)业务的基本流和备选流。

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

表1-1省市层业务流

1、用表1-

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

1中对应的字母编号表示。（8分）

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

参考答案：1、

本题考查功能测试用例的设计方法：场景法。

[问题1](场景顺序可以任意)

场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发

来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例

。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程))，设计

用例遍历软件系统功能，验证其正确性。

本题共包括5个场景：

1．A

2．B

3．B、C

4．B、C、D(C和D可以互换)

5．B、C、E

2、

本题考查测试用例中输入条件与预期输出内容。注意步骤的衔接，以及测试数据的

设置。

解析：

1、场景法是通过描述业务流程的基本流和备选流来设计测试用例的方法。根据表1

-1中的省市层业务流，我们可以设计出以下几个测试场景：

（1）按照正常的公文下发接收流程进行测试，即场景A。

（2）公文下发后，接收单位未接收时进行撤回操作，即场景B。

（3）公文在某个节点未被接收时，进行再次下发操作，即场景BC。

（4）当公文传输失败时，重新传输并确认接收，即场景BCD，其中C和D的顺序可

以互换。

（5）公文下发后遇到特殊情况需要中断处理，处理完毕后继续下发流程，即场景

BCE。

2、测试用例的输入条件和预期输出需要根据具体的测试目标和系统要求来补充完

整。以第一个测试用例为例，测试名称是公文下发接收验证测试，输入条件是已登

录系统并具备公文处理权限的用户，以及状态为已下发的公文，预期输出是用户能

够正常接收公文，并显示公文状态为已接收。其他测试用例的输入条件和预期输出

可以根据类似的逻辑进行补充。

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

[说明]

某软件公司在研发一个城镇居民保险系统时，为了加快进度，测试工作在系统开发

初步完成之后开始并直接进行系统测试。测试工程师针对界面进行了功能测试。

试工程师和开发工程师借助缺陷管理工具，交互进行测试与缺陷修复工作。测试期

间发现系统的“文档审批”功能出现严重缺陷，开发工程师认为修改难度大，经测试

工程师认可后决定暂停修复该缺陷，直到产品发布前，该缺陷在开发环境下被修复

。随后，测试工程师在开发环境下针对该缺陷执行了有关的用例，进行了回归测试

。回归测试结束后，开发工程师在开发环境下对产品直接打包发布。3、测试开展

的时间是过早、过晚还是合适?说明理由。（4分）

4、测试工程师功能测试的方法是否正确?若不正确，请陈述正确的方法；若正确，

请说明理由。（5分）

5、该案例中对缺陷的管理有哪些不妥之处?（3分）

6、开发工程师产品发布的做法是否正确?（3分）

参考答案：3、

本题考查两个知识点：

(1)测试工作与开发工作如何配合；

(2)测试的对象包括哪些。

测试工作开展得太晚。

测试工作应该覆盖需求分析、概要设计、详细设计、编码等前期阶段，而不应该在

系统开发初步完成后才开始。

4、

本题考查功能测试的依据，正确的依据应该是需求规格说明书，而不是用户界面，

因为界面实现的功能是否正确的理解和表达了用户需求为不可知。

测试人员功能测试的方法不正确。

系统功能测试应该追溯到用户需求，针对界面进行功能测试是错误的。5、

本题考查两个知识点：

(1)缺陷管理的流程和职责；

(2)回归测试的概念。

答案要点如下：

(1)开发工程师无权决定是否延期或者暂停修改某一缺陷；

(2)测试工程师认可暂停修复缺陷的决定是不合理的；

(3)测试工程师应该跟踪缺陷状态，直至确定修改后关闭缺陷，才是完成了测试任

务；

(4)回归测试应该执行所有的用例，不是仅仅