论文
设计一个记录测试数据的
表格
姓名：XXXXXX
专业：XXXXXXX
班级：XXXXXX
学号：XXXX
摘要
测试是为了发展程序中的错误而执行的程序的过程，好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。

无论怎样强调软件测试的重要性和他对软件可靠性的影响都不过分，而测试之后的记录也是尤为重要的，他方便设计者以及用户分析及考核软件的各项性能是否达到指标，在生产和生活中能否安全稳定的使用，他是软件设计当中必不可少的一部分。

关键字：测试；记录数据；设计；表格
一．基本介绍
在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，认得主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。

如果在软件投入生产性运行之前，并没有发现并纠正软件中的大部分差错，那在生产过程中暴露出来，往往会造成很恶劣的后果。

测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。

目前原件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。

而在每次软件测试中，记录数据也是相当重要的。

当测试出现问题时，它便于软件设计人员分析、修改，最后达到要求，完成设计。

二．分析设计表格
首先从测试步骤开始分析的。

大型软件系统的测试过程基本上由模块测试，子系统测试，系统测试，验收测试，平行运行几个步骤组成，从而设计了表一，如图所示，在此表中可以查询在测试的各个过程中，是否出现问题，然后再进行下一步的查询。

1.测试的第一步——模块测试。

模块测试也称为单元测试，在单元测试期间着重从模块接口，局部数据结构，重要的执行通路，出错出路通路，边界条件，从而设计了表二，如图所示。

表二与表一大致相同，主要是查询在测试过程中，是否出现错误，然后，再进行下一步查询。

表二
1.1 模块接口测试
在单元测试中，首先应该对通过模块接都的数据流进行测试，如果数据不能正确地进出，所有其他测试都是不切实际的。

在对模块接口进行测试是主要检查下述几个方面：参数的数目、次序、属性或单位系统
与边缘是否一致；是否修改了只作输入用的变元；全局变量的定义和用法在各个模块中是否一致。

因此设计了表三，如图所示，使用varchar(50)的数据类型能够比较完整的说明各项目的具体情况。

1.2单元测试测试第二点——局部数据结构
对于模块来说，局部数据结构是常见的错误来源。

应该仔细设计测试方案，以便发现局部数据说明、初始化、默认知等方面的错误。

从而设计了表四，如图所示。

1.3单元测试测试第三点——出错处理通路
由于通常不可能进行穷尽测试，因此，在单元测试期间选择最优代表性、最可能发现错误的执行通路进行测试就是十分关键的。

应该实际测试方案用来发现由于错误的计算、不正确的比较或不适当的控制流而造成的错误。

从而设计表5，如图所示，列项分别为序号，模块号，测试时间，测试举例，计算错误，不正确的比较，不适当的控制流，测试结果。

1.4出错处理通路
好的设计应该能遇见出现错误的条件，并且设置适当的处理错误的通路，以便在真的出现错误时只想形影的出错处理通路或干净地结束处理。

不仅应该在程序中包含出错处理通路，并且应该认真测试这种通路。

当评价出错处理通路时，应该着重测试下述一些可能发生的错误。

●对错误的表述是难以理解的。

●记下的错误与实际遇到的错误不同。

●在对错误进行处理之前，错误条件已经引起系统干预。

●对错误的处理不正确。

●描述错误的信息不足以帮助确定造成错误的位置。

从而设计表6，如图所示，列项分别为序号，模块号，测试时间，测试举例，出错处，错误描述，错误条件引起的系统干预，对错误的处理，错误的位置以及测试结果。

1.5边界条件
边界条件是单元测试中最后的也可能是最重要的任务。

软件常常在他的边界上失效，例如，处理n元数组的第n个元素时忙活做到i次循环中的第i次重复时，往往会发生错误。

使用刚好小雨、刚好等于和刚好大于最大值或最小值的数据结构、控制量和数据值的测试方案，非常可能发现软件中的错误。

从而设计表7，如图所示，用三种方式进行测试，用varchar 的数据类型，可以很完整的描述，让设计人员可以清晰的看到具体内容。

至此，单元测试部分测试数据的记录表格，设计了7个表格，从外到内进行设计，一步一步层层深入的记录。

2子系统测试
子系统测试是把经过单元测试的模块放在一起形成一个子系统来进行测试。

模块相互间的协调和通信是这个测试过程中的主要问题，因此，这个步骤着重测试模块的接口。

设计表格如图所示，在列项上特别加了模块号1和模块号2，表示两个放在一起的模块，与模块接
口表格联系，然后进行测试
3系统测试（集成测试）
系统测试是把经过测试的子系统装配成一个完整的系统来测试。

在则个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统搞得动态特性也符合预定要求。

在这个测试步骤中发现的往往是软件设计中错误，也可能发现需求说明中的错误。

设计表格如图所示，这个测试过程，是与子系统相联系，加上了子系统表格中的序号，而“是否能提供需求说明书中指定的功能”定义为整形的，表示是否存在，是为0，不是为1。

4验收测试
验收测试又叫做确认测试，它是把软件系统工作为单一的尸体进行测试，测试内容与系统测试基本类似，但是他是在用户积极参与下进行的，而且可能主要使用实际数据（系统将来要处理的信息）进行测试。

验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。

在确认测试中，首先要确认测试的范围然后对软件配置装备进行复查，记录测试结果，如图所示。

而测试结果只有两种结果
●功能和此乃功能与用户要求一致，软件是可以接受的。

●功能和性能与农户要求有差距。

所以，定义为int型，就表示这两种情况，分别为0和1。

三．总结
这次一共设计了10个表格来记录测试数据，从测试步骤开始分析和设计，找到各个部分的重点，再对需要的数据另设表格，方便设计人员检查和分析。

测试的目标是发现软件中的错误，并开发出高质量的完全符合用户需要的软件，因此，通过测试发现错误之后还必须诊断并改正错误，而将每次测试的结果记录在表格中，可以更好的帮助软件设计人员发现和分析错误，帮助他们完善这个软件的设计，使它能够可靠的应用在生产和生活中。