ImageVerifierCode 换一换
格式:DOCX , 页数:9 ,大小:359.15KB ,
资源ID:5712793      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/5712793.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(测试方案.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

测试方案.docx

1、测试方案文档控制文档名称文档代码文档描述版本信息修改日期版本描述作者2011-XX-XX制定审核姓名职务签字日期1. 前言1.1 目的本方案是在蓝图设计及系统实现阶段针对功能测试, 集成测试, 和用户测试给出的指导性文件. 本文档介绍了K/3 实施各阶段的测试方案、测试过程、操作要求,为项目组开展测试工作提供指导和规范。1.2 读者举例: 金蝶项目组实施顾问; XXX公司项目组、中层管理人员、业务操作人员1.3 说明举例:本方案仅应用于K/3系统功能性测试,暂时不包含如性能、安全性等非功能测试内容。2. K/3实施测试方案2.1 K/3测试管理项目组织机构为了保证K/3项目测试的顺利进行,项目

2、会按如下组织机构来指导、管理、监督项目的顺利进行。 双方人员的时间和人力资源投入是测试进行的基本要求, 按照测试的方案要求推进测试,以保障测试质量。举例:2.2 测试方案分类K/3实施中的测试工作分3个阶段:功能测试、集成测试、最终用户测试(UAT)。下面是各测试方案的目的、执行者以及脚本制定者。举例:测试分类目的执行者脚本制定者功能测试通过对单项功能和应用的测试,以保证其没错误和满足需求。客户内部顾问金蝶实施顾问集成测试针对系统功能模块组装、集成为系统时,对功能模块进行测试,以确认各单项功能串联后业务流程功能实现。根据集成的系统范围可包括系统内部集成及跨系统间集成测试。客户内部顾问金蝶实施顾

3、问最终用户测试为验证所有由软件实现的业务功能是否满足业务需求、是否满足业务人员的实际使用需求,由业务人员负责组织、实施的测试。最终用户金蝶实施顾问客户内部顾问2.3 K/3测试阶段说明 各测试在实施方法论中位置K/3系统的测试在实施过程中基本处于如下的时间轴上, 相关工作包含在蓝图设计和系统实现阶段。项目实施团队需要做好相关的测试计划、测试执行工作安排。 测试流程和文档交付测试文档的准备和交付很重要, 下图说明了在测试进行过程中测试文档准备和交付的阶段。 测试流程生命周期为了保证测试的质量, K/3系统实施中, 项目组制定了测试流程生命周期, 严格按照次测试流程生命周期执行。 回归测试在修正系

4、统的问题后, 可以重新从“创建测试脚本”阶段开始。2.4 K/3测试脚本编写K/3测试脚本指对系统测试中完成某一条测试需求测试过程的描述。测试脚本用来描述”如何”完成这一特定的测试需求。测试脚本内容包括测试目标、测试数据、测试步骤、预期结果等。 测试脚本设计时应考虑事项在把各个模块连接起来的时候,各模块接口之间的参数和数据传递是否正确;一个模块的功能是否会影响到另一个模块的功能,致使结果出现异常;各个子功能组合起来,能否达到预期要求的功能;跨系统间数据传递是否存在因系统特有数据处理方式(如字符集编码方式不同)而导致潜在问题和风险。 编制完成的测试脚本应满足事项全部模块间及系统间的接口必须有相应

5、的测试脚本,脚本至少包括:正确脚本、错误脚本、异常条件脚本;集成后跨模块或跨系统的功能必须有相应测试脚本。 测试脚本的内容至少应包括如下内容:测试脚本描述:应明确描述该测试脚本验证的接口或系统功能。前置条件:应该明确脚本执行前需要满足的环境配置要求以及其他预设条件。操作步骤:应该说明脚本执行过程的执行顺序,以及操作方法。输入数据:必须说明脚本中执行中输入的测试数据和数据集。预期结果:必须说明正确接口实现或正确功能下的预期结果、结果验证方法。测试脚本模板请参考相关项目模板。2.5 测试提交报告根据各项目实际状况填写举例:各阶段提交测试报告清单如下 测试策略文档 测试计划文档 测试系统框架 测试脚

6、本 测试样本数据 测试结果 测试总结报告3. K/3功能测试3.1 功能测试策略功能测试策略的制定要根据功能测试的测试对象、测试需求、测试质量目标等相关因素来决定。举例:3.1.1 根据测试测试对象确定测试策略功能测试的测试对象就是项目详细设计中所划分定义的单元或子模块,针对这些测试对象,需要考虑测试对象的复杂性,重要性,相关性等。通过分析,可以采取最优先测试的测试策略。3.1.2 根据测试需求确定测试策略功能测试在测试过程中涉及到人力,时间,测试环境等因素,针对这些因素,要制定相应的测试策略,比如:3.1.2.1 人力,时间紧张通常人力和时间是相互影响的,如果出现人力和时间紧张的情况,建议项

7、目经理分析测试对象,集中进行测试,测试策略可以采用优先测试原则。3.1.2.2 测试环境紧张在测试环境紧张的情况下,首先对测试对象进行分析,对于可测试的测试对象首先安排测试,同时调配测试环境资源,测试策略可以采用可行性分析,合理安排测试时间的原则。总之,在实际的功能测试过程中,往往是根据测试对象,结合现有的资源(人力、时间、环境、工具等)进行综合分析,制定相关的测试策略。3.2 功能测试内容功能测试的目的是为了检验单个功能或者子模块的正确性,是最基本的测试。K/3 系统实施中的功能测试主要包含主数据测试、业务流程测试、接口测试以及开发程序测试。 其中接口和开发程序测试如果时间很紧迫, 则单独进

8、行功能测试, 可以不和集中功能测试一起进行。举例:3.2.1 主数据测试主要包含一些业务主数据的处理。 对象为客户主数据、供应商主数据、会计科目主数据、资产主数据、产品主数据、物料主数据、库位主数据等;测试功能为相应的维护功能。3.2.2 业务功能测试主要包含最细化的单一功能。 比如凭证录入、修改、过账;产品的入库、出库等。3.2.3 接口测试主要包含一些定制的接口测试。 比如金税接口测试、批量凭证导入、批量主数据导入等测试。3.2.4 开发程序测试主要包含一些在业务蓝图中确定下来需要开发的功能。3.3 集成测试计划按实际情况列出本阶段测试的人员安排及计划, 也可用独立文档的方式给出.4. K

9、/3集成测试集成测试是在单元测试的基础上,测试在将所有的系统功能单元按照概要设计说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。集成测试的目的是为了检验多个子功能模块整合在一起后的运作结果是否达到功能设计的目的。它可以是对一个模块里面的多个流程,也可以是多个模块、多流程的测试。4.1 集成测试策略举例:集成测试包含非增式集成测试,增式集成测试,衍变式集成测试等策略。非渐增式集成测试:在配备辅助模块的条件下,对所有的模块进行个别的单元测试,然后在这个基础上,按照程序结构图将各个模块联接起来,把连接后的程序当作一个整体进行测试。渐增式集成测试:增式测试是

10、按照程序结构图通过自顶向下或自底向上逐步集成,逐步测试进行的。衍变式集成测试:渐增式集成和非渐增式集成两种策略各有自己的优缺点,而且他们的优点和缺点互补,在实际工作中往往将两种方法结合起来,充分利用各自的优点,克服其中的缺点,这就是衍变式集成策略。实际测试中很少使用“纯”增式或“纯”非增式,渐增式集成里也很少采用“纯”自顶向下或自底向上增值方式,而是各种方式混合使用。K/3系统的集成测试可以根据项目的特点来选择集成测试策略,但是需保证蓝图所确定下来的流程和功能都在集成测试范围中。4.2 集成测试内容集成测试按照模块的分类可以分为: 模块内的集成测试和跨模块的功能测试。模块内的集成测试比如财务清

11、帐、报销流程(没和其他系统集成情况下)。 模块间的集成测试比如产品生产流程、销售流程、材料采购流程等。4.3 集成测试计划按实际情况列出本阶段测试的人员安排及计划, 也可用独立文档的方式给出.5. K/3最终用户测试5.1 最终用户测试策略它是以最终用户为主,内部顾问和实施顾问为辅,在系统上线前对系统大规模的测试。 此测试必须在给最终用户做完培训后执行, 以保证测试的效率和广泛性。 K/3实施人员要适时配合和敦促用户做好验收测试的各项准备工作,按计划按步骤执行验收测试,形成规范的测试文档,客观地分析和评估测试结果,并跟踪不合格问题,对测试出现问题要分级分类管理,必要时要进行回归测试,确保所有问

12、题能得到解决,最终成功通过测试验收。5.2 最终用户测试内容用户最终测试中的脚本设计要具有全面性、多维性、效率性,能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。K/3最终测试内容包含: 全部流程的功能性测试 数据的正确性测试5.3 最终用户测试计划按实际情况列出本阶段测试的人员安排及计划, 也可用独立文档的方式给出.6. K/3测试总结报告测试执行完毕后,项目组汇总测试执行结果,填写K/3 XX测试总结报告中测试相关内容,内容至少包括: 测试过程描述:应该包括测试环境、测试进度; 测试结果:必须包括集成测试的接口描述、测试人、是否通过; 遗留缺陷:必须对暂时不能修复或者无法修复的

13、缺陷说明原因,分析因此造成的影响,并提出应对解决方案; 测试结论:必须做出系统是否通过相关测试、是否可以进入下阶段任务的结论。做测试结论时应该考虑: 测试脚本是否涵盖所有系统内各功能模块; 系统功能是否正确运行; 测试脚本是否全部执行。测试总结报告请参考相关项目模板。出师表:先帝创业未半而中道崩殂,今天下三分,益州疲弊,此诚危急存亡之秋也。然侍卫之臣不懈于内,忠志之士忘身于外者,盖追先帝之殊遇,欲报之于陛下也。诚宜开张圣听,以光先帝遗德,恢弘志士之气,不宜妄自菲薄,引喻失义,以塞忠谏之路也。宫中府中,俱为一体;陟罚臧否,不宜异同。若有作奸犯科及为忠善者,宜付有司论其刑赏,以昭陛下平明之理;不宜

14、偏私,使内外异法也。侍中、侍郎郭攸之、费祎、董允等,此皆良实,志虑忠纯,是以先帝简拔以遗陛下:愚以为宫中之事,事无大小,悉以咨之,然后施行,必能裨补阙漏,有所广益。将军向宠,性行淑均,晓畅军事,试用于昔日,先帝称之曰“能”,是以众议举宠为督:愚以为营中之事,悉以咨之,必能使行阵和睦,优劣得所。 亲贤臣,远小人,此先汉所以兴隆也;亲小人,远贤臣,此后汉所以倾颓也。先帝在时,每与臣论此事,未尝不叹息痛恨于桓、灵也。侍中、尚书、长史、参军,此悉贞良死节之臣,愿陛下亲之、信之,则汉室之隆,可计日而待也。臣本布衣,躬耕于南阳,苟全性命于乱世,不求闻达于诸侯。先帝不以臣卑鄙,猥自枉屈,三顾臣于草庐之中,咨臣以当世之事,由是感激,遂许先帝以驱驰。后值倾覆,受任于败军之际,奉命于危难之间,尔来二十有一年矣。先帝知臣谨慎,故临崩寄臣以大事也。受命以来,夙夜忧叹,恐托付不效,以伤先帝之明;故五月渡泸,深入不毛。今南方已定,兵甲已足,当奖率三军,北定中原,庶竭驽钝,攘除奸凶,兴复汉室,还于旧都。此臣所以报先帝而忠陛下之职分也。至于斟酌损益,进尽忠言,则攸之、祎、允之任也。愿陛下托臣以讨贼兴复之效,不效,则治臣之罪,以告先帝之灵。若无兴德之言,则责攸之、祎、允等之慢,以彰其咎;陛下亦宜自谋,以咨诹善道,察纳雅言,深追先帝遗诏。臣不胜受恩感激。今当远离,临表涕零,不知所言。

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

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