- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
设计一个记录测试数据的表格
论 文
设计一个记录测试数据的表格
姓名: XXXXXX
专业: XXXXXXX
班级: XXXXXX
学号: XXXX
摘 要
测试是为了发展程序中的错误而执行的程序的过程,好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。无论怎样强调软件测试的重要性和他对软件可靠性的影响都不过分,而测试之后的记录也是尤为重要的,他方便设计者以及用户分析及考核软件的各项性能是否达到指标,在生产和生活中能否安全稳定的使用,他是软件设计当中必不可少的一部分。
关键字:测试;记录数据;设计;表格
一.基本介绍
在开发大型软件系统的漫长过程中,面对着极其错综复杂的问题,认得主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。如果在软件投入生产性运行之前,并没有发现并纠正软件中的大部分差错,那在生产过程中暴露出来,往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的错误。目前原件测试仍然是保证软件质量的关键步骤,它是对软件规格说明、设计和编码的最后复审。
而在每次软件测试中,记录数据也是相当重要的。当测试出现问题时,它便于软件设计人员分析、修改,最后达到要求,完成设计。
二.分析设计表格
首先从测试步骤开始分析的。大型软件系统的测试过程基本上由模块测试,子系统测试,系统测试,验收测试,平行运行几个步骤组成,从而设计了表一,如图所示,在此表中可以查询在测试的各个过程中,是否出现问题,然后再进行下一步的查询。
测试的第一步——模块测试。
模块测试也称为单元测试,在单元测试期间着重从模块接口,局部数据结构,重要的执行通路,出错出路通路,边界条件,从而设计了表二,如图所示。表二与表一大致相同,主要是查询在测试过程中,是否出现错误,然后,再进行下一步查询。
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)