测试方案

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

测试方案

文档控制

版本信息

审核

目录

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集成测试

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

集成测试的目的是为了检验多个子功能模块整合在一起后的运作结果是否达到功能设计的目的。它可以是对一个模块里面的多个流程,也可以是多个模块、多流程的测试。

相关文档
最新文档