模块开发卷宗.docx

模块开发卷宗（GB8567—一88）1标题软件系统名称和标识符模块名称和标识符（如果本卷宗包含多于一个的模块，则用这组模块的功 能标识代替模块名）程序编制员签名卷宗的修改文本序号修改完成日期卷宗序号（说明本卷宗在整个卷宗中的序号）编排日期（说明整个卷宗最近的一次编排日期）2 模块开发情况表3 功能说明扼要说明本模块（或本组模块）的功能，主要是输入、要求的处理、输 出可以从系统设计说明书中摘录同时列出在软件需求说明书中对这些功能 的说明的章、条、款4 设计说明说明本模块（或本组模块）的设计考虑，包括：a. 在系统设计说明书中有关对本模块（或本组模块）设计考虑的叙述，包 括本模块在软件系统中所处的层次，它同其他模块的接口；b. 在程序设计说明书中有关对本模块（或本组模块）的设计考虑，包括本 模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息 等；c. 在编制目前已通过全部测试的源代码时实际使用的设计考虑5 原代码清单要给出所产生的本模块（或本组模块）的第一份无语法错的源代码清单以 及已通过全部测试的当前有效的源代码清单16测试说明说明直接要经过本模块（或本组模块）的每一项测试，包括这些测试各自 的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实 际的输出。

7复审的结论把实际测试的结果，同软件需求说明书、系统设计说明书、程序设计说明 书中规定的要求进行比较和给出结论一、 上机目的：掌握黑盒测试中的基于系统级别的各种测试方法二、 上机内容：1、 不按班级,按小组的顺序排座位，一组的成员尽量坐在一块，分组情况和 位置尽量保持连贯性1到10组在4B413，11到19组在4B414；2、 参考和理解第4章第2节的内容，根据本小组之前选的或开发好的系 统，进行更加充分的讨论和分工；3、 进一步完善案例说明、测试分析和测试用例的设计在测试用例设计 中，要求每小组分别完成基于模块的功能测试、基于场景的业务流程测试和基 于界面的用户界面测试在基于场景的业务流程测试的设计中，要求有清晰的 包括基本流和备选流的业务流程图测试用例的设计允许两人同时完成一个；4、 进一步完善测试小结的内容；5、 在上机文档中要写清楚整个系统的公共内容和自己在项目中完成的任 务，其他人员的测试用例设计的内容无需放入注意，只提交一个Word文档三、上机结果：测试分析：从功能需求来看，仓库管理系统案例是一个系统层面的案例，其测试方面 的要求如下：（1）有两个主要的系统界面，需要考虑与用户输入、输出相关的 易用性问题，需要对应进行用户界面的功能测试和易用性测试；（2）本系统的核心是对相关数据进行校验，即查错的过程，因此，测试的 重点是如何考虑到所以的无效输入情况，并构建对应的测试数据的文件。

若系 统能够查找出测试数据文件中植入的所以错误情况，才证明系统的校验能力是 符合永和需求的这是与常规系统的最大的差别所在当然，从测试方法的选 择来说，仍然需要从边界值和等价划分的角度来设计测试用例测试小结：2仓库管理系统的货物管理问题是一个系统层面的案例，主要特点是：（1）包含的功能单一，不涉及业务流程，但包含用户界面来接受输入和提 供数据处理结果的输出，需要进行单个功能点的测试和业务流程的测试，以及 针对用户界面的正确性和易用性测试；（2）系统以校验数据为主，测试的重点在于对数据的处理测试的重点在 于如何判断数据的准确性，如何选择典型的数据来测试所有情况下的货物管 理，难点在于如何高效地、准确地涉及测试用例，达到尽可能多的覆盖需要重 明确提出的无效输入情况和一些隐含的无效输入情况，以达到测试的完备性和 无冗余；（3）本案例的测试应尽量考虑以自动测试为主，可基于单元测试工具来辅 助完成测试脚本的开发四．上机心得：主要写感想和这次上机过程的情况1.2 测试分析薪金案例是一个典型的函数级别的案例薪金问题没有明显的业务流程， 无需使用基本场景的测试，可以选择边界值、等价类、决策表等测试方法设计 测试用例。

薪金问题的输入条件有员工在本月份的总销售额，还有员工的等级的选 择通过分析员工的等级判断员工的基本工资、销售目标、提取百分比、和补 贴，通过分析员工的销售总额，判断员工最终薪金结算公式有无提取金额两 者有着存在相互关联的关系因此需要选用边界值测试和基本决策表的测试方 法来设计测试用例同时还可以发现，虽然输入和选择的两个条件，输出仅为一个结果，系统 输入与输出很不相似，但输出是完全依赖与输入计算的所以需针对系统的输 入域和选择域进行测试设计即可3三.边界值测试（1）边界值的确定用户要订购的桶装水的种类主要由管理员进行添加和删除，其边界可推出 有 4 种，用户要订购的桶装水的数量由用户订购时填写，其边界可推出有2 种①桶装水的种类边界点（4个）：0,1,X（大于1小于种类数），Y （大于种类 数）②桶装水的订购数量边界点（3种）：0,M（大于0小于库存数量），N（大于 库存数量）（2）测试数据的选择根据桶装水的种类和订购数量的边界点，按照一个单位长度的邻域设置原则，并按 Xmin-a,Xmin,Xmin+a 的测试数据设置方法，可得到测试数据如下：① 桶装水的种类测试数据（7个）：-1,0,1,2,X-1,X,X+1② 桶装水的订购数量测试数据（9个）：1,0,1,M-1,M,M+1,N-1,N,N+1需要注意的是：就理论而言，每个边界点附近应能找到3个测试数据，但 由于桶装水的种类和订购数量的边界点太过于靠近，每个边界附近的邻域点也 可能本身就是边界点，因此，种类和订购数量的边界附近只能得到7 个和9 个 测试数据。

3）测试用例的设计根据单缺陷假设，可得到边界值测试用例的数量为7*（4-1）+9*（3-1） =39 个，以桶装水的种类为3 和订购数量为10 的测试数据为例，给出测试用例 的设计如下表：输入种类3333151012 订购数量12310101010 预期输出提示信息提示错误信息提示错误信息提示订购成功提示订购成功提示错误信息提示错误信息提示订购成功提示订购成功付款金额无无有有无无有有针对订购数量的边界针对种类的边界备注四.测试小结 网上订水系统主要的特点是：（1）包含的最主要的功能就是一个，可以使用户订购到自己想要的桶装水的种类和数量，其中设计了部分业务流程，也包含了输入/输出计算关系2）该案例的测试用例设计以测试数据的选择为主，测试重点在于如何选 择典型数据来测试所有情况下的计算，难点是如何高效地设计测试用例，达到 测试的完备和无冗余3）该案例的测试应尽量考虑以自动化测试为主，可基于单元测试工具来 辅助完成测试脚本的开发。