- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
图6.4 软件结构图 2) 自底向上结合 自底向上结合的方法是:按照软件结构图自底向上,逐步安装与测试,直到测试结束。图6.4的软件结构测试过程如图6.5所示,分三步组装测试(图中di表示驱动模块)。自底向上的结合方式只需要驱动模块,不需要桩模块。 对于复杂的软件结构,在底层进行模块结合时一般按照子功能进行结合,把接近底层的模块分为若干族,为每一族分别编写驱动程序进行测试。 图6.5 自底向上结合 2. 不同测试方法的比较 非渐增式测试方法单元测试阶段使用的辅助模块较多,适合于较小规模的系统。而且如果系统规模很大,则测试中若发现错误,错误的定位将非常困难。 渐增式测试逐步组装系统,很容易发现错误发生在哪个模块,适合于大规模的系统。 采用自顶向下结合可在程序测试的早期实现并验证系统的主要功能,及早发现上层的接口错误,但对底层关键模块中的错误发现较晚。采用自顶向下结合不能多个测试小组同时工作,测试周期较长。 采用自底向上测试的优缺点与自顶向下相反,可以及早发现底层关键模块中的错误,但到测试的后期才能看到系统的全貌。采用自底向上结合可以多个测试小组同时展开工作,测试不同的子系统。 在实际测试工作中可以采取混合的测试策略,自底向上和自顶向下测试同时展开,对系统的上层采用自顶向下的组装方法,而对系统的中、下层模块采用自底向上组装测试的方法。 6.1.8 确认测试 确认测试,也称为验收测试。在集成测试之后,软件已组装完成,接口错误也已改正,下一步应该验证软件的有效性,由用户参与测试,检验软件功能是否与用户的要求一致。 确认测试通过黑盒测试法来证实软件的功能与用户要求是否一致。测试计划和测试过程的目标是:检查功能、性能要求是否达到,文档资料是否正确完整以及其他要求如可移植性、错误恢复能力和易维护性等是否满足。 对于一些通用的软件,要求所有客户进行验收确认是不可能的。这类软件确认测试一般分为两个阶段,称为Alpha(α)测试和Beta(β)测试。Alpha测试在开发者的场所由用户在开发者关注和控制的环境下进行。Beta测试则是在一个或多个客户自己的场所由最终用户进行,开发者不到场。客户记录下测试中遇到的所有问题,试运行一个阶段后把这些问题报告给开发者。 6.1.9 系统测试 软件经过确认测试后,最终还要与系统中的其他部分配套运行。系统测试的任务就是测试软件与系统其他部分是否能正常配套工作。系统测试通常有以下几类测试: (1) 恢复测试:通过人工干预使软件出错,检查在故障状态下系统的修复能力。 (2) 安全测试:设计测试用例,突破软件安全保护机构的安全保密措施,检验系统是否有安全保密的漏洞。 (3) 强度测试:检验系统负荷能力的最高限度。进行强度测试时,让系统的运行处于资源的异常数量、异常频率、异常批量的条件下。 (4) 性能测试:检验安装在系统内的软件的运行性能,一般与强度测试结合进行。 对于专为某个特定的组织机构开发的信息系统,一般在集成测试后即进入试运行,让它实际地运行一段时间,对系统的功能和性能进行验收测试。有关试运行阶段的工作将在6.3节中介绍。 6.1.10 测试阶段的主要文档 测试阶段的主要文档包括测试计划和测试分析报告。单元测试作为编码阶段的附带步骤,一般没有独立的文档,这里讲的测试主要是指整个程序系统的组装测试和确认测试。 1. 测试计划 测试计划包括每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。表6.3为测试计划的编写提纲。 表6.3 测试计划的编写提纲 表6.3 测试计划的编写提纲 2. 测试分析报告 测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载,具体的内容要求如表6.4所示。 表6.4 测试分析报告编写提纲 表6.4 测试分析报告编写提纲 6.2 调 试 6.2.1 调试方法 软件测试的目的是发现程序中是否有错误,错误在什么位置以及错误的原因。发现错误后应进行调试。调试工作包含两个方面:一是查找错误的位置和原因,二是改正错误。 查找错误的位置和原因是调试工作的重点,本节着重介绍如何确定错误的位置。 测试中发现程序的运行结果与预期结果不符,仅从运行结果往往无法判断,因此在调试程序时一般都会采取一些方法以获得更多的信息。常用的一些调试方法有: 1) 输出存储器内容 这种方法一般在调试汇编语言编写的程序时使用。通过输出存储器的内容获取程序运行出现错误的现场,然后进行分析研究,判断出错的原因。这种方法由于输出信息量极大,而且输出的是某一时刻状态,不能动态反映程序的执行情况,往往很难从中查找出错误的原因
文档评论(0)