SPE指南执行 测试 指南v10Word格式.docx

SPE指南执行 测试 指南v10Word格式.docx

《SPE指南执行 测试 指南v10Word格式.docx》由会员分享，可在线阅读，更多相关《SPE指南执行 测试 指南v10Word格式.docx（12页珍藏版）》请在冰豆网上搜索。

5.2.测试计划制定3

5.3.设置测试环境3

5.4.进行测试4

6.关联文档及格式5

1.目的

本向导是为了对反映需求的开发系统可执行，对测试阶段，步骤等计划的设立，系统功能关联的任务执行，验证是否符合设计为目的。

2.适用范围

SKC&

C执行的项目要遵守本文档描述的内容。

如果客户端需求有变化，Team可以根据需要对步骤加减使用。

3.用语及术语定义

3.1测试场景

根据实施系统的多种业务，设置测试对象的顺序，以此为对象制作测试用例。

3.2测试用例

检查特征程序路径，是否满足用户需求为目的，将开发的测试数据，预想结果结合起来。

3.3测试脚本

为了测试Tool或测试执行者记录测试步骤，方法，命令语等。

3.4单元测试

单元程序或者模块明细书的一样无误差的执行测试。

3.5集成测试

将整个系统集成，检查模块间的连接性模块功能，测试硬件和软件之间的作用。

3.6系统测试

为了检查是否满足系统需求测试集成的硬件和软件。

3.7用户测试

已是否满足客户需求的观点最终进行测试。

4.责任及权限

4.1.项目管理者

-审批测试关联产出物。

-检查并确认测试结果书。

4.2.项目成员

-根据项目描述书执行项目

-制作测试计划书

-准备测试脚本

-开发测试数据

-进行单元测试

4.3.测试负责人

-制定测试战略

-检查测试计划

-检查测试执行和结果

-报告缺陷并再检查

-制作测试结果书

5.执行步骤

5.1.测试策略制定

测试执行阶段，对象，步骤，使用Tool,角色等责任的定义。

1）测试负责人定义测试执行阶段。

•单元测试

-检查程序模块是否与“程序明细书”一致。

识别内部错误，并修正为目的。

-单元测试在单元模块开发完成呢个后执行。

-负责人：

开发者

•集成测试

-整体系统集成结束开始，单位系统间的连接性等技能需求的检查，测试硬件和软件间的接口。

-根据使用方法论进行单元测试。

-负责人:

开发者或测试负责人

•系统测试

-检查是否满足系统需求，测试硬件和软件。

-集成测试结束后执行。

测试负责人

•用户测试

-是否满足客户需求为角度最终测试系统。

-系统测试结束后执行

测试负责人，客户

2）测试负责人定义测试阶段，描述测试步骤。

3）测试负责人描述各阶段测试产出物。

4）测试负责人定义测试工具，角色及责任。

5）Team成员根据“同事检讨流程”定义测试战略并执行。

6）项目管理者检查测试战略并确认。

7）保证项目质量负责人根据‘项目质量保证流程’检查测试战略。

8）设立并调整测试战略阶段发生的缺陷。

9）配置管理负责人根据‘项目构成管理流程’管理产出物。

☞详细项已测试计划或者开发方法论为参考。

5.2.测试计划制定

项目组成员已项目测试战略为基础，制作测试完成标准，特性及结果制作方法等。

1）项目组成员共享测试战略。

2）项目组成员定义测试进行阶段，对象，测试环境，使用工具等测试完成标准。

•测试环境描述系统构成和内部功能。

3）项目组成员制作可验证需求的测试场景。

☞参考测试场景制作方法附件1。

4）项目组成员将个测试场景需求的个别用例与“需求明细书”，“设计明细书”为基准，详细描述及预想结果。

☞参考测试场景制作方法附件1。

5）项目组成员制作测试工具，测试步骤，方法，命令语等脚本。

☞测试脚本制作方法附件2

6）定义项目组成员测试数据及初始值。

7）‘测试计划书’已测试类型阶段分别制作。

☞‘测试计划书’样式参考开发方法论。

8）测试负责人检查制作的‘测试计划书’。

9）项目组成员根据“同事检查流程”根据测试计划检查同事的检查。

10）项目负责人检查并确认“项目计划书”。

11）质量保证负责人根据“项目质量保证流程”执行测试计划。

12）‘测试计划’将制作阶段发生的缺陷调整。

13）配置管理员关联‘项目配置流程’相关产出物。

5.3.设置测试环境

测试负责人准备测试相关事项。

1）测试负责人设置测试服务器，网络及软件。

2）测试负责人设置测试环境

•模拟客户使用环境，测试实际发生的流程。

3）测试负责人确认‘测试计划’对应的测试环境是否已建立。

☞详细内容请参考对应方法论。

5.4.进行测试

测试负责人根据个“测试计划“定义的第测试类型执行测试并报告结果。

1）测试负责人确认并共享“测试计划“。

2）测试负责人根据测试条件生成‘测试计划’对应的实际测试数据。

3）测试负责人实施测试根据‘测试计划’和测试用例，脚本。

4）测试负责人比较预想结果及结果。

5）测试负责人分析测试结果，制作“测试报告书“。

☞‘测试结果书’样式参考开发方法论。

6）项目组成员将产出物根据对应开发方法论文档化。

7）测试后管理缺陷并调整

☞测试发现的缺陷记录到‘测试缺陷管理对象’并管理。

8）对发现的缺陷测试负责人根据‘测试计划’实施再测试制作“测试结果书“.

9）项目组成员根据‘同事检讨流程’检查“测试结果书“。

10）项目负责人检查并确认“测试结果书“。

11）质量保证负责人根据‘质量保证流程’检查“测试结果书“。

12）配置管理员根据‘项目配置管理’制作产出物。

6.关联文档及格式

•同事检查流程定义书

•项目质量流程定义书

•项目配置流程定义书

•测试计划书

•测试缺陷管理

■附1–测试场景及测试用例

1.概要

-测试场景是为了确认系统是否正常设计，让使用者和系统相互作用内容容易理解所描述的内容。

-测试场景是一需求的基准。

-测试用例对应的测试场景将各类型仔细描述出来，描述输入值，预想结果。

2.制作方法

1）测试场景

-根据必要业务流程制作程序或者流程为中心的流程图。

-描述测试场景内容

-确认需求明细是否反映在测试场景。

2）测试用例

-识别测试场景要求的歌测试用例

-各测试用例处理路径,数据范围等检查等具体条件要定义。

-测试阶段级别定义预想结果，详细结果等。

-描述测试是主要测试项。

-定义测试完成的标准。

3.

制作例子

•对应样式选择适当方法论

-测试场景制作

测试区分

■单元测试□集成测试□系统测试□用户测试

系统

Webzone

子系统

会员管理

ScenarioNo

WEME001

场景名

个别抵押处理或偿还

JSP名

/webzone/member/reg_intro.jsp

/webzone/member/reg_main.jsp

执行步骤

1.http:

//www.011e-左侧部分点击"

Webzone가입"

button。

.

2.对借款表示同意

3.名字,身份证号,ID的输入，点击"

ID重复确认"

按钮.当加入一个以上site的客户和一次没有加入的会员分别是"

6.会员部分加入"

"

1.会员加入"

.

4.确认ID是否有效输入密码，生日，职业等。

5.输入手机号码.

5.1.011/017的时候，点击“加入者的情况"

button。

5.2.本人的时候传输到SMS,他人名义的时候确认信息后发送到终端。

5.3输入发送到终端的认证编号（SMS认证步骤完）

6.e-mail住址，联系电话的输入

7.选择Nete同时加入

8.点击确认button

9.通过下列SQL，生成正常会员信息

正常处理

成功

正常加入

失败

错误页面

非正查处理

WAS非正常

404,500,page错误

Interface

SMS

SMS认证编号传送

iMAS

HappyLettere-Mail传送

AD

加入信息AD里面反映

MGMT사이트

加入信息在网站反映

NATE

同时加入（optional）

确认SQL

WEBZONE.W_WEB_MASTER

SELECT*FROMWEBZONE.W_WEB_MASTER

WHEREUSER_ID='

<

userid>

'

;

WEBZONE.W_ZONE_HIST

SELECT*FROMWEBZONE.W_ZONE_HIST

ANDROWNUM=1

ORDERBYLOG_SEQDESC;

WEBZONE.W_ZONE_SITE

SELECT*FROMWEBZONE.W_ZONE_SITE

CMTEST.W_REQ_PROJ_INFO

SELECT*FROMCMTEST.W_REQ_PROJ_INFO

ORDERBYREQ_SEQDESC

CMTEST.W_EMAIL_MARKETING_LOG

SELECT*FROMCMTEST.W_EMAIL_MARKETING_LOG

参考

NATE同时加入

如果名字有英文的话加入失败

-测试用例制作

测试部分

保护（I）

级别（P）

CASENO

IPO001-001

一般商品的查询，抵押处理

输入项>

证件编号:

080000123,抵押日:

2001-04-23,金额:

1,000,000

确认项>

确认金额

是否正常处理

之后确认是否正常纳入

IPO001-002

抵押处理

IPO001-003

1.制作情况

-根据测试场景类型制作测试用例

-没有测试场景的单独程序也可以制作测试用例。

2.制作要领

-CaseNo:

IPO001-001（‘IPO001’场景编号,‘001’测试用例编号）

-测试用例编号是已位数，每次从1开始。

-输入项:

描述输入预想情况（描述和谐内容

-确认项:

描述测试预想结果

■附2

1.测试脚本

-描述为了测试执行者测试步骤，方法，命令语等。

利用测试Tool对大量的测试数据反复测试。

-集成测试或回归测试的时候使用测试工具，自动化脚本。

2.制作方法

-描述测试场景或测试用例各个步骤阶段。

-描述测试执行时必要的命令及使用方法及属性，如果有的话。

-生成自动化脚本如果使用测试工具，通过工具。

☞详细内容参考测试工具向导

3.制作例子

•选择对应样式方法论

集成测试业务

信息利用广告性

集成测试步骤

ⅠInterface处理

1.生成管理数据复制I/F对应字典

2.Interface流程的移动。

3.InterfaceInputDirectory存储的数据进行处理，储存对应历史数据。

4.为了记录处理结果SLALogTable对应的文件信息进行记录。

ⅡRating处理

1广告性情况

1.1CDR的info_cp_id或CDR的info_service_idQ_Code信息TableSelect操作并确认。

예）select*fromt_qcodewhereq_code=‘xxxxxxxxxx’;

1.2计算信息.例）use_fee*-1

1.3CDR의temp_cust_charge,cust_chargeField的确认.

2检查信息可用的上线。

3检查CDMAccountCode

4检查错误CDR.