测试方案.docx

上传人:b****5 文档编号:5712793 上传时间:2022-12-31 格式:DOCX 页数:9 大小:359.15KB
下载 相关 举报
测试方案.docx_第1页
第1页 / 共9页
测试方案.docx_第2页
第2页 / 共9页
测试方案.docx_第3页
第3页 / 共9页
测试方案.docx_第4页
第4页 / 共9页
测试方案.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

测试方案.docx

《测试方案.docx》由会员分享,可在线阅读,更多相关《测试方案.docx(9页珍藏版)》请在冰豆网上搜索。

测试方案.docx

测试方案

文档控制

文档名称

文档代码

文档描述

版本信息

修改日期

版本

描述

作者

2011-XX-XX

制定

审核

姓名

职务

签字

日期

 

1.前言

1.1目的

本方案是在蓝图设计及系统实现阶段针对功能测试,集成测试,和用户测试给出的指导性文件.本文档介绍了K/3实施各阶段的测试方案、测试过程、操作要求,为项目组开展测试工作提供指导和规范。

1.2读者

举例:

✓金蝶项目组实施顾问;

✓XXX公司项目组、中层管理人员、业务操作人员

1.3说明

举例:

本方案仅应用于K/3系统功能性测试,暂时不包含如性能、安全性等非功能测试内容。

2.K/3实施测试方案

2.1K/3测试管理项目组织机构

为了保证K/3项目测试的顺利进行,项目会按如下组织机构来指导、管理、监督项目的顺利进行。

双方人员的时间和人力资源投入是测试进行的基本要求,按照测试的方案要求推进测试,以保障测试质量。

举例:

2.2测试方案分类

K/3实施中的测试工作分3个阶段:

功能测试、集成测试、最终用户测试(UAT)。

下面是各测试方案的目的、执行者以及脚本制定者。

举例:

测试分类

目的

执行者

脚本制定者

功能测试

通过对单项功能和应用的测试,以保证其没错误和满足需求。

客户内部顾问

金蝶实施顾问

集成测试

针对系统功能模块组装、集成为系统时,对功能模块进行测试,以确认各单项功能串联后业务流程功能实现。

根据集成的系统范围可包括系统内部集成及跨系统间集成测试。

客户内部顾问

金蝶实施顾问

最终用户测试

为验证所有由软件实现的业务功能是否满足业务需求、是否满足业务人员的实际使用需求,由业务人员负责组织、实施的测试。

最终用户

金蝶实施顾问

客户内部顾问

2.3K/3测试阶段说明

●各测试在实施方法论中位置

K/3系统的测试在实施过程中基本处于如下的时间轴上,相关工作包含在蓝图设计和系统实现阶段。

项目实施团队需要做好相关的测试计划、测试执行工作安排。

●测试流程和文档交付

测试文档的准备和交付很重要,下图说明了在测试进行过程中测试文档准备和交付的阶段。

●测试流程生命周期

为了保证测试的质量,K/3系统实施中,项目组制定了测试流程生命周期,严格按照次测试流程生命周期执行。

回归测试在修正系统的问题后,可以重新从“创建测试脚本”阶段开始。

2.4K/3测试脚本编写

K/3测试脚本指对系统测试中完成某一条测试需求测试过程的描述。

测试脚本用来描述”如何”完成这一特定的测试需求。

测试脚本内容包括测试目标、测试数据、测试步骤、预期结果等。

●测试脚本设计时应考虑事项

在把各个模块连接起来的时候,各模块接口之间的参数和数据传递是否正确;

一个模块的功能是否会影响到另一个模块的功能,致使结果出现异常;

各个子功能组合起来,能否达到预期要求的功能;

跨系统间数据传递是否存在因系统特有数据处理方式(如字符集编码方式不同)而导致潜在问题和风险。

●编制完成的测试脚本应满足事项

全部模块间及系统间的接口必须有相应的测试脚本,脚本至少包括:

正确脚本、错误脚本、异常条件脚本;

集成后跨模块或跨系统的功能必须有相应测试脚本。

●测试脚本的内容

至少应包括如下内容:

测试脚本描述:

应明确描述该测试脚本验证的接口或系统功能。

前置条件:

应该明确脚本执行前需要满足的环境配置要求以及其他预设条件。

操作步骤:

应该说明脚本执行过程的执行顺序,以及操作方法。

输入数据:

必须说明脚本中执行中输入的测试数据和数据集。

预期结果:

必须说明正确接口实现或正确功能下的预期结果、结果验证方法。

测试脚本模板请参考相关项目模板。

2.5测试提交报告

根据各项目实际状况填写

举例:

各阶段提交测试报告清单如下

●测试策略文档

●测试计划文档

●测试系统框架

●测试脚本

●测试样本数据

●测试结果

●测试总结报告

3.K/3功能测试

3.1功能测试策略

功能测试策略的制定要根据功能测试的测试对象、测试需求、测试质量目标等相关因素来决定。

举例:

3.1.1根据测试测试对象确定测试策略

功能测试的测试对象就是项目详细设计中所划分定义的单元或子模块,针对这些测试对象,需要考虑测试对象的复杂性,重要性,相关性等。

通过分析,可以采取最优先测试的测试策略。

3.1.2根据测试需求确定测试策略

功能测试在测试过程中涉及到人力,时间,测试环境等因素,针对这些因素,要制定相应的测试策略,比如:

3.1.2.1人力,时间紧张

通常人力和时间是相互影响的,如果出现人力和时间紧张的情况,建议项目经理分析测试对象,集中进行测试,测试策略可以采用优先测试原则。

3.1.2.2测试环境紧张

在测试环境紧张的情况下,首先对测试对象进行分析,对于可测试的测试对象首先安排测试,同时调配测试环境资源,测试策略可以采用可行性分析,合理安排测试时间的原则。

总之,在实际的功能测试过程中,往往是根据测试对象,结合现有的资源(人力、时间、环境、工具等)进行综合分析,制定相关的测试策略。

3.2功能测试内容

功能测试的目的是为了检验单个功能或者子模块的正确性,是最基本的测试。

K/3系统实施中的功能测试主要包含主数据测试、业务流程测试、接口测试以及开发程序测试。

其中接口和开发程序测试如果时间很紧迫,则单独进行功能测试,可以不和集中功能测试一起进行。

举例:

3.2.1主数据测试

主要包含一些业务主数据的处理。

对象为客户主数据、供应商主数据、会计科目主数据、资产主数据、产品主数据、物料主数据、库位主数据等;测试功能为相应的维护功能。

3.2.2业务功能测试

主要包含最细化的单一功能。

比如凭证录入、修改、过账;产品的入库、出库等。

3.2.3接口测试

主要包含一些定制的接口测试。

比如金税接口测试、批量凭证导入、批量主数据导入等测试。

3.2.4开发程序测试

主要包含一些在业务蓝图中确定下来需要开发的功能。

3.3集成测试计划

按实际情况列出本阶段测试的人员安排及计划,也可用独立文档的方式给出..

4.K/3集成测试

集成测试是在单元测试的基础上,测试在将所有的系统功能单元按照概要设计说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。

集成测试的目的是为了检验多个子功能模块整合在一起后的运作结果是否达到功能设计的目的。

它可以是对一个模块里面的多个流程,也可以是多个模块、多流程的测试。

4.1集成测试策略

举例:

集成测试包含非增式集成测试,增式集成测试,衍变式集成测试等策略。

非渐增式集成测试:

在配备辅助模块的条件下,对所有的模块进行个别的单元测试,然后在这个基础上,按照程序结构图将各个模块联接起来,把连接后的程序当作一个整体进行测试。

渐增式集成测试:

增式测试是按照程序结构图通过自顶向下或自底向上逐步集成,逐步测试进行的。

衍变式集成测试:

渐增式集成和非渐增式集成两种策略各有自己的优缺点,而且他们的优点和缺点互补,在实际工作中往往将两种方法结合起来,充分利用各自的优点,克服其中的缺点,这就是衍变式集成策略。

实际测试中很少使用“纯”增式或“纯”非增式,渐增式集成里也很少采用“纯”自顶向下或自底向上增值方式,而是各种方式混合使用。

K/3系统的集成测试可以根据项目的特点来选择集成测试策略,但是需保证蓝图所确定下来的流程和功能都在集成测试范围中。

4.2集成测试内容

集成测试按照模块的分类可以分为:

模块内的集成测试和跨模块的功能测试。

模块内的集成测试比如财务清帐、报销流程(没和其他系统集成情况下)。

模块间的集成测试比如产品生产流程、销售流程、材料采购流程等。

4.3集成测试计划

按实际情况列出本阶段测试的人员安排及计划,也可用独立文档的方式给出..

5.K/3最终用户测试

5.1最终用户测试策略

它是以最终用户为主,内部顾问和实施顾问为辅,在系统上线前对系统大规模的测试。

此测试必须在给最终用户做完培训后执行,以保证测试的效率和广泛性。

K/3实施人员要适时配合和敦促用户做好验收测试的各项准备工作,按计划按步骤执行验收测试,形成规范的测试文档,客观地分析和评估测试结果,并跟踪不合格问题,对测试出现问题要分级分类管理,必要时要进行回归测试,确保所有问题能得到解决,最终成功通过测试验收。

5.2最终用户测试内容

用户最终测试中的脚本设计要具有全面性、多维性、效率性,能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。

K/3最终测试内容包含:

●全部流程的功能性测试

●数据的正确性测试

5.3最终用户测试计划

按实际情况列出本阶段测试的人员安排及计划,也可用独立文档的方式给出..

6.K/3测试总结报告

测试执行完毕后,项目组汇总测试执行结果,填写《K/3XX测试总结报告》中测试相关内容,内容至少包括:

●测试过程描述:

应该包括测试环境、测试进度;

●测试结果:

必须包括集成测试的接口描述、测试人、是否通过;

●遗留缺陷:

必须对暂时不能修复或者无法修复的缺陷说明原因,分析因此造成的影响,并提出应对解决方案;

●测试结论:

必须做出系统是否通过相关测试、是否可以进入下阶段任务的结论。

做测试结论时应该考虑:

●测试脚本是否涵盖所有系统内各功能模块;

●系统功能是否正确运行;

●测试脚本是否全部执行。

测试总结报告请参考相关项目模板。

<正文结束>出师表

  先帝创业未半而中道崩殂,今天下三分,益州疲弊,此诚危急存亡之秋也。

然侍卫之臣不懈于内,忠志之士忘身于外者,盖追先帝之殊遇,欲报之于陛下也。

诚宜开张圣听,以光先帝遗德,恢弘志士之气,不宜妄自菲薄,引喻失义,以塞忠谏之路也。

  宫中府中,俱为一体;陟罚臧否,不宜异同。

若有作奸犯科及为忠善者,宜付有司论其刑赏,以昭陛下平明之理;不宜偏私,使内外异法也。

  侍中、侍郎郭攸之、费祎、董允等,此皆良实,志虑忠纯,是以先帝简拔以遗陛下:

愚以为宫中之事,事无大小,悉以咨之,然后施行,必能裨补阙漏,有所广益。

  将军向宠,性行淑均,晓畅军事,试用于昔日,先帝称之曰“能”,是以众议举宠为督:

愚以为营中之事,悉以咨之,必能使行阵和睦,优劣得所。

  亲贤臣,远小人,此先汉所以兴隆也;亲小人,远贤臣,此后汉所以倾颓也。

先帝在时,每与臣论此事,未尝不叹息痛恨于桓、灵也。

侍中、尚书、长史、参军,此悉贞良死节之臣,愿陛下亲之、信之,则汉室之隆,可计日而待也

  臣本布衣,躬耕于南阳,苟全性命于乱世,不求闻达于诸侯。

先帝不以臣卑鄙,猥自枉屈,三顾臣于草庐之中,咨臣以当世之事,由是感激,遂许先帝以驱驰。

后值倾覆,受任于败军之际,奉命于危难之间,尔来二十有一年矣。

  先帝知臣谨慎,故临崩寄臣以大事也。

受命以来,夙夜忧叹,恐托付不效,以伤先帝之明;故五月渡泸,深入不毛。

今南方已定,兵甲已足,当奖率三军,北定中原,庶竭驽钝,攘除奸凶,兴复汉室,还于旧都。

此臣所以报先帝而忠陛下之职分也。

至于斟酌损益,进尽忠言,则攸之、祎、允之任也。

  愿陛下托臣以讨贼兴复之效,不效,则治臣之罪,以告先帝之灵。

若无兴德之言,则责攸之、祎、允等之慢,以彰其咎;陛下亦宜自谋,以咨诹善道,察纳雅言,深追先帝遗诏。

臣不胜受恩感激。

  今当远离,临表涕零,不知所言。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1