毕业论文—软件测试在ERPSCM系统中的应用

上传人:仙*** 文档编号:78627002 上传时间:2022-04-22 格式:DOC 页数:24 大小:3.17MB
收藏 版权申诉 举报 下载
毕业论文—软件测试在ERPSCM系统中的应用_第1页
第1页 / 共24页
毕业论文—软件测试在ERPSCM系统中的应用_第2页
第2页 / 共24页
毕业论文—软件测试在ERPSCM系统中的应用_第3页
第3页 / 共24页
资源描述:

《毕业论文—软件测试在ERPSCM系统中的应用》由会员分享,可在线阅读,更多相关《毕业论文—软件测试在ERPSCM系统中的应用(24页珍藏版)》请在装配图网上搜索。

1、江西财经大学学士学位论文江西财经大学毕业论文(全日制普通本科)题 目:软件(产品)质量保证软件测试在ERP-SCM系统中的应用院(系)别 用友软件学院 年级、专业 01软件工程 学 号 0013175 学 生 姓 名 陈 坤 指 导 教 师 陈 雪 松 二五年五月软件(产品)质量保证 软件测试在ERP-SCM系统中的应用摘 要软件测试是保证软件产品质量的重要手段之一,它是测量、评估软件产品特点和能力的活动。软件测试作为软件开发的重要一环,已越来越受到各软件企业的关注及重视。本文首先介绍了软件测试及其相关的一系列概念;对用友软件公司NC3.1-SCM系统进行了简要概述;着重探讨了SCM价格管理模

2、块系统软件测试的测试设计、测试开发、测试执行、测试评估等测试过程;阐述了软件的测试工具和测试工具的在实际测试工作中的应用情况;讨论了软件测试发展的新方向面向对象的软件测试;最后以实际测试工作为依据谈了谈自己对软件测试的实际感受。【关键词】软件测试,ERP-SCM,测试过程,缺陷Software (the Products) Quality AssuranceSoftware Test Practice in ERP-SCM SystemChen KunAbstractSoftware test is one of important means to assure the quality of

3、 the software products. It is an activity of measuring and assessing the characteristic and ability of a software product. As a critical phase within software development, software testing has become a focus of concern by each software enterprise. This paper introduces software test and a series of

4、relevant concepts, and the UFIDA NC3. 1- SCM system is briefly summarized. The test procedures including test design, test development, test execution and test evaluation are discussed for the system-testing phase of the SCM price control module. Some test tools and their applications in test practi

5、ce are introduced The new direction of software test development Object-oriented software test is explored ; According to my own actual job of software testing, I explore my vision on software test finally.【Key Words】Software Testing; ERP-SCM; Test Procedure; Defect目 录摘 要1Abstract21 序 言42 软件测试概念42.1

6、 测试的概念42.2 缺陷的概念52.3 测试的目的和原则52.4 测试的方法63 ERP产品介绍73.1 用友ERP-NC概述73.2 供应链74 测试用例设计94.1 测试用例的来源94.2 如何编写测试用例94.3 测试用例的评审95 软件测试实践115.1 测试计划115.2 测试设计与开发135.3 测试执行155.4 测试评估156 测试工具176.1 测试工具概述176.2 测试工具应用177 软件测试的新发展197.1 面向对象的测试方法198 结束语21参考文献22致 谢23软件(产品)质量保证 软件测试在ERP-SCM系统中的应用1 序 言随着信息技术的飞速发展,软件产品的

7、规模越来越庞大。虽然利用现代的设计技术和正式的技术评审可以减少代码中存在的初始错误,但是错误总是存在的,如果开发者不能及时到错误,那么,用户就会找到它们。越来越多的软件组织认识到软件测试是软件质量保证的重要手段之一,很多软件开发组织将30%40%甚至更多的项目资源用在测试上,软件测试受到了前所未有的关注。从概念上来看,软件测试是为了发现并改正软件产品存在的缺陷而运行产品的过程。但实际上,软件测试的意义并不仅仅如此,企业通过对软件进行有效的测试,有助于提高企业的软件开发能力,而企业的软件开发能力越高,则表明这个企业的软件生产能力越趋于成熟,表明企业越能够稳定的发展下去。本文从软件测试的基本概念入

8、手,介绍了与软件测试相关的系列理论知识,并通过结合对用友ERP-NC3.1供应链销售管理模块产品的测试研究,探讨了软件测试积极的作用及意义。这是个学习和实践软件测试的过程。2 软件测试概念2.1 测试的概念2.1.1 软件测试(Software Testing)软件测试是根据软件开发各阶段的规格说明和程序的内部结构而设计一批测试用例(输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。它是软件开发过程中的一个阶段,是软件开发的重要组成部分。2.1.2 测试的作用软件测试的直接作用有两个,一是尽可能多地找出系统中潜在的错误;二是给最终提交给用户的系统一个具有一定可信

9、度的质量评价。软件测试不仅能够帮助开发者发现和改进当前软件产品的缺陷,降低风险还能通过分析错误的原因和分布特征,设计出有针对性地检测方法,改善测试的有效性。同时,没有发现错误的测试也是有价值的,测试的完整性也是测试质量评定的一种方法。2.2 缺陷的概念2.2.1 软件缺陷定义 衡量软件产品质量的标准应该是使用用户满意,凡是不符合规范的都应看作是软件的缺陷(Defect),其中大致包括以下几个方面:(1)软件未达到软件产品说明书表明的功能;(2)软件功能超出产品说明书指明范围;(3)软件出现了产品说明书指明不会出现的错误;(4)软件未达到软件产品需求说明书中虽未指明但应达到的要求;(5)软件测试

10、人员认为不易使用,运行速度缓慢,或最终用户认为不好。2.2.2 缺陷的来源软件缺陷的来源范围很广,以下几个方面尤其需要注意:(1)开发者之间缺乏沟通;(2)软件的复杂度;(3)程序员的自大;(4)需求的不断变更;(5)时间的压力;(6)缺乏文档的代码;(7)软件开发工具自身的BUG。2.3 测试的目的和原则2.3.1 测试的目的测试是保证软件质量的重要手段。其目的在于以最少的时间和人力,系统地找出潜在的各种错误和缺点。具体地讲,测试一般要达到下列目标:(1)确保产品完成了它所承诺或公布的功能;(2)确保产品满足性能和效率的要求;(3)确保产品是健壮的和适应用户环境的。基于不同的立场,也会有不同

11、的测试目的,从用户角度出发,普遍希望通过软件测试暴露软件中隐藏的错误和缺陷,以考虑是否可接受该产品;但从软件开发者的角度出发,则希望测试能成为表明软件产品中不存在错误的过程,验证该产品已确实地实现了用户的要求,确立人们对软件质量的信心。2.3.2 测试的原则测试要有计划进行的,秉承合理、合法、有效的原则。Zero-bug是一种理想,enough原则才是软件测试比较实际的原则。以最少的投入、最少的时间得到最好的质量。2.4 测试的方法 软件测试的方法和技术多种多样,可以从不同的角度加以分类。2.4.1 静态测试和动态测试 静态测试:在测试时,计算机并不真正运行被测试的程序,只对被测程序进行特性分

12、析,包括代码检查、静态结构分析、代码质量度量等。静态测试可以由人工进行,也可以借助软件工具自动进行。动态测试:在测试时,计算机必须真正运行被测试的程序,通过输入测试用例,对系统运行情况进行分析。动态测试主要分为结构测试和功能测试。2.4.2 黑盒测试和白盒测试黑盒测试:测试时把测试对象看作一个黑盒子,完全不考虑程序内部的逻辑结构和内部特性,只依据需求规格说明书,检查程序的功能是否符合功能说明。 它的重点在于如何基于软件测试规范对测试用例进行设计,并从输入域中选择待测的测试用例。黑盒测试的一般方法有:等价类划分、边界值分析、因果图等,主要用于软件确认测试。白盒测试:测试时把测试对象看作一个打开的

13、盒子,针对程序所有逻辑路径,重点测试系统的每一个动作是否符合定义。白盒测试注重对被测系统内部结构的覆盖,其中包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、路径覆盖等,主要用于软件验证测试。3 ERP产品介绍3.1 用友ERP-NC概述用友ERP-NC(New Century)是用友软件公司面向大型集团企业管理与应用推出的一款高端ERP产品,它不仅具备了先进的技术架构以及先进的管理理念,同时还拥有非常成熟的商业模式。它是当前中国国内唯一能与国外厂商相抗衡的高端ERP产品。(1)先进的技术架构:基于互联网的企业级应用,全面采用J2EE技术体系,完全B/S系统架构,支持多种操作系统平台,适配多种

14、数据库平台等。(2)先进的管理理念:协同商务:集团企业各组织间以及企业与供应商、客户、合作伙伴在信息共享的基础上协同工作。集中管理:在数据集中的基础上实现资源和业务的集中管理和监控。(3)成熟的商业模式:具备支撑国际化业务拓展的产品基础,实现了多语言,支持国外企业的国内运作,支持中国企业的国际化商务运作,支持国内企业国外上市,支持产品在国外企业的本土运作。3.2 供应链3.2.1 供应链的定义供应链(Supply Chain Management):通过对信息流、物流、资金流的控制,在生产及流通过程中,涉及将产品或服务提供给最终用户活动的上游与下游企业所形成的网链结构。3.2.2 供应链的功能

15、供应链有两种不同类型的功能:物理功能和市场调节功能。其物理功能表现为:从供应方开始,沿着供应链上的逐个环节,把原材料转化为在制品、半成品和产成品直至达到需方手中的过程;其市场调节功能表现为:保证及时提供多样化的产品,以满足客户多样化的需求,避免缺货损失或库存过量。3.2.3 供应链的特征供应链是一个网络系统,由供应商、供应商的供应商和用户、用户的用户组成。一个实体是一个节点,节点和节点之间是一种需求与供应关系。因此供应链主要具有以下特征:1.复杂性 2.动态性 3.面向用户需求 4.交叉性 5.增值性3.2.4 NC产品中的供应链NC供应链管理系统面向集团企业、大中型企业供应链管理应用,为企业

16、提供供应链全面管理,包括合作伙伴管理、合同管理、采购管理、销售管理、库存管理、分销资源计划管理等子系统。NC供应链销售应用流程:图 3-1 NC供应链销售应用流程NC供应链销售流程特点:(1)销售管理实现用户自定义流程,该流程配置功能可大大提高销售管理应用的灵活性;(2)通过流程配置,支持多种业务模式,单一操作平台可完成整个业务流程的处理;(3)支持大型企业的责任分明的多步骤审批和小企业的简化流程。4 测试用例设计 测试用例(Test Case)通常指的是对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。测试用例设计和执行是测试工作的核心,设计良好的测试用例能提高测试的效

17、率和质量。4.1 测试用例的来源(1)需求说明及相关文档;(2)相关的设计说明(概要设计,详细设计等);(3)与开发人员交流的记录;(4)来源于已经基本成型的UI(User Interface)。4.2 如何编写测试用例测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的测试用例,应该参照设计规格说明书,根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能。可以采用软件测试常用的基本方法:等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。已经编写完成的测试用例应配备数据库或测试用例

18、管理软件进行管理,但对于一般中小软件企业,使用Word 、Excel 、xml 等格式的文档也可满足设计需要,只是不利于跟踪和自动统计执行结果报告。4.3 测试用例的评审测试用例是软件测试的准则,编写测试用例应有符合规范要求的文档模板,测试用例文档一般由两部分组成。前部分编制测试目的、测试范围等;后部分列示各测试用例。一个好的测试用例应包含以下基本元素:用例编号、用例名称、测试等级、验证步骤、期望结果(含判断标准)、注释等。NC-SCM测试用例实例:表 4.1 NC-SCM 价格管理参数测试用例项目名称ERP-NC3.1 价格管理功能模块参数设置用例编号NC_SCM_TC1编制人陈坤编制时间2

19、005-05-03功能特性参数控制测试目的验证价格管理模块参数控制是否成功参考信息供应链参数设置需求说明参数代码参数名称公司/集团参数值影响范围期望结果通过SA13定价方式集团集团下发结合下例测试SA30(a)价目表是否允许手工修改公司/集团是(默认)价目表允许修改定价方式=集团定价集团价目表可修改,公司价目表不可用定价方式=公司定价集团价目表不可用,公司价目表可以修改定价方式=集团下发集团价目表可修改,公司价目表可修改SA30(b)价目表是否允许手工修改公司/集团否价目表不允许修改定价方式=集团定价集团价目表不可修改,公司价目表不能使用定价方式=公司定价集团价目表不可用,公司价目表不可以修改

20、定价方式=集团下发集团价目表不可改,公司价目表不可修改测试人员陈坤开发人员谢高兴项目负责人谢正南5 软件测试实践软件测试必须严格按照测试步骤进行,测试过程应包括测试计划、测试设计、测试开发、测试执行、测试评估以及缺陷跟踪等,下面将以NC3.1-SCM价格管理模块的功能测试为例介绍软件测试的具体过程。5.1 测试计划制定测试计划的目的是为了表述要进行的测试、必要的资源和进度,测试计划应作为软件测试的起始步骤和重要环节,专业的测试必须以一个好的测试计划作为基础。以下是一份简单的NC价格管理功能测试计划:1、测试名称NC-SCM价格管理模块功能测试计划;测试计划标识符:NC_SCM_TP1。2、测试

21、内容2.1测试背景、条件、环境本次测试模拟实际应用的软硬件环境及用户使用过程,测试被测系统功能完善性。2.1.1基本硬件及软件环境:a、网络环境:公司内部的以太网,与服务器的连接速率为100M,与客户端的连接速率为10/100M自适应;b、使用两台IBM Family6 Model86(512M内存)PC Server作Microsoft Cluster,安装系统软件Windows 2000 Family Server;c、数据库管理系统采用 Oracle9.2.0,应用服务器程序和数据库管理系统同时运行在Microsoft Cluster上。2.1.2系统数据准备:参照实际运行情况及发展进行

22、系统的基础数据准备。2.2测试项用友ERP-NC3.1供应链销售价格管理模块的功能测试。2.3不被测试的特性数据库中的数据量对系统性能的影响。3、测试任务3.1询价功能预估销售单据询价:a、标准询价过程:价目表、存货自由项、时间敏感项、特殊商品、批量分级、定价过程;b、历史询价过程(如果历史询价失败,则走标准询价):历史最新报价、历史平均价。具体询价流程如下图所示:图 5-1 销售单据询价流程测试估算结果:上图中给出的所有询价路径均能完成正常询价过程。3.2测试方法和工具测试方法:黑盒测试;测试工具:无外购的测试工具,自己编制的测试工具。3.3测试中的问题及处理测试过程中如出现测试环境被破坏等

23、不可预见性问题而导致测试终止时,就已完成的测试内容编制测试总结报告,并说明测试终止的原因。3.4测试报告应生成的测试文件:测试记录、测试总结报告。4、人员和职责开发人员:负责编写、调试测试软件;测试人员:负责编写测试计划,组织测试,对测试过程进行记录; 项目负责人:负责对测试计划及测试总结报告进行批准。5、批准本测试计划必须经过项目负责人批准后才能开始实施。5.2 测试设计与开发测试设计说明来源于需求说明书,开发设计文档、测试需求等资料,在此阶段主要任务是确定用例执行以及用例条件、设定测试步骤、确定测试输出、设定测试验证点等。1、测试设计名称NC-SCM价格管理模块功能测试设计说明;测试设计标

24、识符:NC_SCM_TD1。2、控制本次测试将验证价格管理中的各条询价路径询价是否成功。测试输入方式以手工输入为主,在操作过程中先确定测试用例执行条件,在执行用例时记录下执行步骤,并将各执行结果记录到文档中进行比对分析。3、输入测试采用黑盒测试,条件组合如下:表 5.1 NC-SCM询价条件按历史询价最新报价历史平均价最新报价是否历史平均价否是按价格策略询价价目表存货自由项时间敏感项特殊商品批量分级定价过程是/否是/否是/否是/否是/否是/否4、输出按历史询价:询出价格=历史价*价格指数+价格加成;按价格策略询价:询出价格=标准价*价格指数+价格加成。5、特殊需求当自制销售订单询价时,销售是否

25、询价参数应为“是”,否则订单询价失败。6、过程在执行询价测试之前,要对价目表及各价格策略进行定义,并把定价策略分配给客户或客户分组,如进行特价商品询价还需定义特价商品。询价方向选择由集团参数“报价数据来源” 控制;历史报价选择由集团参数“历史报价源”控制。测试执行过程中在定价策略节点分别录入各价格策略组合,在报价单或销售订单中进行询价测试。以下情况出现时,当前询价视为运行正常结束:a、询价成功且数据正确b、询价成功但数据不正确c、询价失败。测试用例开发模板:表 5.2 价格管理询价路径测试用例模板项目名称ERP-NC3.1 价格管理程序版本NC3.1功能模块名价格管理编制人陈坤标识符NC_SC

26、M_TD编制时间2005-05-08功能特性询取存货价格测试目的验证价格管理进行销售询价是否成功参考信息供应链销售价格管理使用手册ID操作描述期望结果实际结果注释测试状态将“报价数据来源”参数设为“按价格策略询价”T-1在“定价策略”节点录入定价组合条件1,并在销售订单中进行询价询价成功且结果正确T-N在“定价策略”节点录入定价组合条件N,并在销售订单中进行询价询价成功且结果正确将“报价数据来源”参数设为“按历史询价”T-N+1在“参数控制”节点录入参数组合条件N+1,并在销售订单中进行询价询价成功且结果正确T-M在“参数控制”节点录入参数组合条件M,并在销售订单中进行询价询价成功且结果正确5

27、.3 测试执行在此过程中执行已经建立测试脚本,参照测试用例流程进行手工测试,在测试过程中根据测试需求检查测试是否得到正确结果,记录测试日志,报告软件缺陷,对缺陷记录进行跟踪和维护。在NC测试中测试员将发现的软件缺陷记录到缺陷系统中,进行跟踪维护。审核后的缺陷会自动分类汇总到程序员处,待程序员进行程序调试。图 5-2 UFIDA测试管理系统程序员通过分析缺陷的外部现象来确定程序中可疑错误的确切性质和位置,并对程序(设计、编码)进行修改、调试;修改后的错误会返回到测试员处验证,验证通过,则排错过程结束。排错过程中的每个步骤都会记录在缺陷管理系统中。错误排除后还应修改文档中相应的错误,并对修改后的文

28、档进行确认,检查相关修改的正确性和一致性;进行回归测试,直到通过测试为止。5.4 测试评估5.4.1 测试覆盖率测试覆盖率是评估测试完成多少的标准。测试覆盖率=用例执行数/用例总数。在价格管理模块中,本次功能路径测试覆盖率达到95%。5.4.2 缺陷分析价格管理缺陷分布分析:测试缺陷越多的部分,隐藏的缺陷也越多。通过对缺陷密度的分析,能发现缺陷高发模块。本次测试中“批量分级”和“自由项存货”的缺陷发现率比较高,在今后开发、测试及实施时应予与较多的关注。图 5-3 价格管理缺陷分布图价格管理缺陷趋势分析:图 5-4 价格管理缺陷趋势图缺陷发现趋势决定产品发布日期。缺陷趋势图间接的反映了产品的质量

29、。由上图可以看出价格管理模块的质量逐渐趋向稳定。5.4.3 测试总结过程总结:本次测试在过程上执行比较充分,并且严格按照测试计划进行,但执行时比较形式化,像是在验证测试用例,而不是验证系统,效果不是很理想。直到后来临时添加了一些测试用例,才使覆盖率达到了预想中的要求。但工作量也加大了。技术总结:本次测试条件输入采用因果图法输出判定表,测试用例编制比较全面(特别是后来添加的一些,特别具有针对性),起到了比较好效果。但由于业务知识上的欠缺,部分测试用例的深度还是受到了影响。例如,定价策略匹配时的优先级从高到低为:客户、客户分组、存货、存货类,但当时在进行测试用例编制时却只考虑到了客户和客户分组的优

30、先级。本次测试总体比较完整,达到了预期的效果。6 测试工具6.1 测试工具概述测试工具无论是在测试管理还是测试执行中都能发挥很大的作用,使用测试工具可以降低测试工作的难度和强度,还可以提高测试工作的效率和生产力。测试工具的应用已经成为了普遍的趋势。6.1.1应用测试工具的目的在测试过程中应用测试工具主要为了以下几个目的:(1)提高测试质量;(2)减少测试过程中的重复劳动;(3)提高测试自动化/半自动化程度;(4)发现正常测试中难以发现的缺陷。6.1.2 测试工具分类测试工具可以分为白盒测试工具、黑盒测试工具、测试管理工具几类。(1)白盒测试工具:白盒测试工具是针对代码进行测试,测试中发现的缺陷

31、可以定位到代码级。(2)黑盒测试工具:黑盒测试工具适用于黑盒测试的场合,其原理是利用脚本的录制(Record)/回放(Playback),模拟用户的操作,然后将被测系统的输出记录下来同预先给定的标准结果比较。(3)测试管理工具:测试管理工具用于对测试进行管理。其对象有测试计划、测试用例、测试执行以及缺陷跟踪管理等。6.2 测试工具应用目前市场上的测试工具品种很多。常用的测试工具有Rational公司的Robot、Functional Tester,Mercury Interactive公司的LoadRunner等。它们在企业中的应用很广,从功能到性能再到管理面面俱到,在用友NC系列产品的研发中

32、发挥了巨大的作用。IBM Functional Tester属于黑盒功能测试中的用户界面工具(GUI工具),工作原理是利用脚本录制下用户的操作(如敲击键盘,点击鼠标)动作,再利用回放功能模拟用户动作,达到重复操作的目的。在NC系列产品中,它的主要作用是录制大数据单据,利用重复操作的特性录制几百行甚至几千行的单据,并进行相应操作。脚本录制:在录制脚本之前需创建一个Test项目,项目项中包含了脚本文件和日志文件,日志文件会自动跟踪脚本的执行情况。图 6-1销售订单制单脚本录制维护测试脚本:使用自动化测试工具时,经常需要对录制的脚本进行维护。如当系统反应较慢时,被测系统反应速度与工具速度不匹配,这就

33、需要在语句中添加sleep( )(操作指针停顿时间)语句进行延时。图6-2 销售订单制单脚本维护脚本回放:脚本维护完成之后就能对它进行脚本回放了。在迭代开发的过程中,高质量的测试脚本能够很好地进行回归测试。Mercury Interactive LoadRunner属于性能测试工具。在NC中LoadRunner主要应用在压力测试的情况下。它的工作目的就是模拟用户实际操作环境,工作时它通常使用少数几台服务器,利用无界面模拟登陆几十上百个用户(加压),再让测试员在加压的环境上进行测试,得到最真实的测试数据。有时它也用做强度测试,以检测系统软、硬件的最大负荷值。7 软件测试的新发展随着软件面向对象技

34、术的发展,过去面向过程的开发技术正逐渐被淘汰,传统的开发模式将遭到抛弃,同时,采用新技术开发出的产品将会有与以往不同的组织结构。因此,传统的测试模型对新开发的产品已很难适用,传统的测试方法急需改进,面向对象的软件测试方法逐步成为软件测试发展的新方向。7.1 面向对象的测试方法面向对象技术将开发分为面向对象分析(OOA),面向对象设计(OOD),和面向对象编程(OOP)三个阶段。针对这种开发模型,面向对象的软件测试可以分为:7.1.1 面向对象分析的测试面向对象分析是把E-R图和语义网络模型,与面向对象程序设计语言中的重要概念结合在一起而形成的分析方法,最后通常是得到问题空间的图表的形式描述。因

35、此OOA的测试可分为以下五个方面:(1)对认定的对象的测试;(2)对认定的结构的测试;(3)对认定的主题的测试;(4)对定义的属性和实例关联的测试;(5)对定义的服务和消息关联的测试。7.1.2 面向对象设计的测试面向对象设计采用“造型的观点”,以OOA为基础归纳出类,并建立类结构或进一步构造成类库,实现分析结果对问题空间的抽象,是OOA的进一步细化和更高层的抽象。OOD测试可分为下三个方面:(1)对认定的类的测试;(2)对构造的类层次结构的测试;(3)对类库的支持的测试。7.1.3 面向对象编程的测试面向对象程序是把功能的实现分布在类中,在面向对象编程阶段,应忽略类功能实现的细则,将测试的目

36、光集中在类功能的实现和相应的程序风格上,测试的内容有以下两个方面:(1)数据成员是否满足数据封装的要求;(2)类是否实现了要求的功能。7.1.4 面向对象的单元测试在面向对象的单元测试中可使用传统的测试方法。如等价类划分法、因果图法、边值分析法、逻辑覆盖法、路径分析法等等。但强调对语句应该有100%的执行代码覆盖率。7.1.5 面向对象的集成测试面向对象的集成测试通常需要在整个程序编译完成后进行,并且由于封装性只能对整个编译后的程序做基于黑盒的集成测试。集成测试只关注系统的结构和内部的相互作用。7.1.6 面向对象的系统测试进行面向对象的系统测试时,应该参考OOA分析的结果,对应描述的对象、属

37、性和各种服务,检测软件是否能够完全“再现”问题空间。测试具体测试内容包括:功能测试、强度测试、性能测试、安全测试、恢复测试、可用性测试、安装/卸载测试等等。以上简要介绍了面向对象的软件测试方法。面向对象测试虽然在测试策略和测试焦点上与传统软件测试有很大的不同,但其总体的测试目标以及测试的原则和传统软件测试是保持一致的,那就是以最小的工作量发现最多的错误,尽可能高的保证软件产品的质量。8 结束语信息化产业飞速发展的今天,软件测试作为软件产品质量保证的重要环节已越来越为各企业所重视。它不仅能降低风险,给用户提供具有很高可靠性的产品,更重要的是它能增强企业对自身开发能力的自信心。通过在用友公司三个月

38、的实习生活,我摆脱了过去象牙塔里单纯的理论学习,对软件测试有了更深入的理解,以下是我对软件测试的一些实际感受。计算机高手未必是好测试员。在测试工作实际进行中,不仅要求测试员对计算机十分了解,还要求对被测系统的业务非常熟悉。就NC-SCM来说有些业务的流程涉及到长达十几张表单,如果不熟悉业务很可能会造成部分遗漏,这将直接影响测试的覆盖程度。测试计划和测试用例是测试的核心。软件测试就像打仗,测试计划是战役的战术,而测试用例则是战士手中的枪。在进行测试工作时,应花时间做好总体的计划安排以及提高“武器”的威力。回归测试绝不应被忽视。回归测试发生在Bug修复之后,而任何修改都可能给软件产品带来新的问题,

39、如果这些因修改而产生的副作用得不到有效的控制,那必将给软件产品带来巨大的风险。测试工具给软件测试带来了极大的方便。测试自动化的好处已不言而喻,在带来方便的同时测试工具也给枯燥乏味的测试工作带来一丝趣味。但还应注意一点,自动化测试永远无法取代手动测试。随着软件业的发展,人们对软件质量要求的不断提高,无论从工程上还是实验系统阶段,软件测试都会受到越来越多的关注和推广。软件测试是一门重要的、具有应用价值的学科,同时它又是一门集编程方法、模型设计、统计方法、预测等多领域的综合论域。作为一门科学技术,软件测试有待于我们进行深入的学习和研究。参考文献1 高本河 缪立新 沐潮 编著 供应链管理 海天出版社

40、20042 英 Louise Tamres 著 Software Testing 软件测试入门 包晓露 王小娟 朱国平 译 人民邮电出版社 20043 美 Rick D.Craig Stefan P.Jaskiel 著 Systematic Software Testing 系统的软件测试 杨海燕 罗洁雯 译 电子工业出版社 20034 许静 陈宏刚 王庆人 软件测试方法简述与展望 2003 文章编号 10028331(2003)0075-04 文献标识码 A 中图分类号 TP315 软件测试技术 陈雪松 江西财经大学软件测试研究所 北京用友软件股份有限公司 20046 测试人员必读(3.0修

41、订版) 北京用友股份有限公司 20057 邓若二 如何设计编制软件测试用例 2004http:/www.caeit.org/zsck/rjgc/200407/191.html8 关河 测试工具之我见 20049 IT 网络学院 面向对象的软件测试 2003致 谢首先,向四年来辛勤培养和教育、关心帮助我的恩师们表示最诚挚的敬意和感谢。感谢我的指导老师陈雪松博士后对我的悉心指导,陈老师循循善诱的教导和广博的知识使我受益匪浅,尤其是陈老师严谨细致的态度使我终身难忘。特别感谢用友软件股份有限公司和软件学院的领导,感谢李强经理、谢正南经理、孙宝前经理以及杨光、高洪丽、王晓茹、李宁等所有用友的同事们,是你们给了我丰富的实践土壤,让我能够站在理论和实践的基础上完成我的论文。感谢和我一起在北京实习生活了三个月的同学杨春林、付坚、简红琴、童娆娓、熊艳对我工作上的帮助指点以及生活上的照顾,是你们给了我莫大的支持和鼓励。最后再次感谢所有帮助过我和仍在帮助我的人。陈坤2005年5月- 23 -

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!