模块开发卷宗(GB8567――88).pdfVIP

模块开发卷宗（GB8567——88）1标题

软件系统名称和标识符

模块名称和标识符（如果本卷宗包含多于一个的模块，则用这组模块的功

能标识代替模块名）

程序编制员签名

卷宗的修改文本序号

修改完成日期

卷宗序号（说明本卷宗在整个卷宗中的序号）

编排日期（说明整个卷宗最近的一次编排日期）

2模块开发情况表

3功能说明

扼要说明本模块（或本组模块）的功能，主要是输入、要求的处理、输

出。可以从系统设计说明书中摘录。同时列出在软件需求说明书中对这些功能

的说明的章、条、款。

4设计说明

说明本模块（或本组模块）的设计考虑，包括：

a．在系统设计说明书中有关对本模块（或本组模块）设计考虑的叙述，包

括本模块在软件系统中所处的层次，它同其他模块的接口；

b．在程序设计说明书中有关对本模块（或本组模块）的设计考虑，包括本

模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息

等；

c．在编制目前已通过全部测试的源代码时实际使用的设计考虑。

5原代码清单

1/7

要给出所产生的本模块（或本组模块）的第一份无语法错的源代码清单以

及已通过全部测试的当前有效的源代码清单。

1

6测试说明

说明直接要经过本模块（或本组模块）的每一项测试，包括这些测试各自

的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实

际的输出。

7复审的结论

把实际测试的结果，同软件需求说明书、系统设计说明书、程序设计说明

书中规定的要求进行比较和给出结论。

一、上机目的：

掌握黑盒测试中的基于系统级别的各种测试方法。

二、上机内容：

1、不按班级,按小组的顺序排座位,一组的成员尽量坐在一块，分组情况和

位置尽量保持连贯性。1到10组在4B413，11到19组在4B414；

2、参考和理解第4章第2节的内容，根据本小组之前选的或开发好的系

统，进行更加充分的讨论和分工；

3、进一步完善案例说明、测试分析和测试用例的设计。在测试用例设计

中，要求每小组分别完成基于模块的功能测试、基于场景的业务流程测试和基

于界面的用户界面测试。在基于场景的业务流程测试的设计中，要求有清晰的

包括基本流和备选流的业务流程图。测试用例的设计允许两人同时完成一个；

4、进一步完善测试小结的内容;

5、在上机文档中要写清楚整个系统的公共内容和自己在项目中完成的任

务，其他人员的测试用例设计的内容无需放入。注意，只提交一个Word文档。

2/7

三、上机结果：

测试分析：

从功能需求来看，仓库管理系统案例是一个系统层面的案例，其测试方面

的要求如下：（1）有两个主要的系统界面，需要考虑与用户输入、输出相关的

易用性问题，需要对应进行用户界面的功能测试和易用性测试；

（2）本系统的核心是对相关数据进行校验，即查错的过程，因此，测试的

重点是如何考虑到所以的无效输入情况，并构建对应的测试数据的文件。若系

统能够查找出测试数据文件中植入的所以错误情况，才证明系统的校验能力是

符合永和需求的。这是与常规系统的最大的差别所在。当然，从测试方法的选

择来说，仍然需要从边界值和等价划分的角度来设计测试用例。

测试小结：

2

仓库管理系统的货物管理问题是一个系统层面的案例，主要特点是：

（1）包含的功能单一，不涉及业务流程，但包含用户界面来接受输入和提

供数据处理结果的输出，需要进行单个功能点的测试和业务流程的测试，以及

针对用户界面的正确性和易用性测试；

（2）系统以校验数据为主，测试的重点在于对数据的处理。测试的重点在

于如何判断数据的准确性，如何选择典型的数据来测试所有情况下的货物管

理，难点在于如何高效地、准确地涉及测试用例，达到尽可能多的覆盖需要重

明确提出的无效输入情况和一些隐含的无效输入情况，以达到测试的完备性和

无冗余；

（3）本案例的测试应尽量考虑以自动测试为主，可基于单元测试工具来辅

助完成测试脚本的开发。

四