JXC系统测试计划.docx

上传人:b****4 文档编号:11987162 上传时间:2023-04-16 格式:DOCX 页数:10 大小:152.65KB
下载 相关 举报
JXC系统测试计划.docx_第1页
第1页 / 共10页
JXC系统测试计划.docx_第2页
第2页 / 共10页
JXC系统测试计划.docx_第3页
第3页 / 共10页
JXC系统测试计划.docx_第4页
第4页 / 共10页
JXC系统测试计划.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

JXC系统测试计划.docx

《JXC系统测试计划.docx》由会员分享,可在线阅读,更多相关《JXC系统测试计划.docx(10页珍藏版)》请在冰豆网上搜索。

JXC系统测试计划.docx

JXC系统测试计划

产品名称ProductName

密级ConfidentialityLevel

进销存管理系统

秘密

产品版本ProductVersion

共7页

V2.00

 

进销存管理系统测试方计划

 

拟制:

赵妍

日期:

2011-4-20

审核:

日期:

审核:

日期:

批准:

日期:

 

修订记录

日期

修订版本

描述

作者

2011-4-20

V2.00

修订

赵妍

目录

1、概述4

1.1测试目的4

1.2背景描述4

1.3测试范围4

2、测试需求4

2.1对象分析4

2.2测试策略5

3、组织形式5

4、测试对象7

4.1功能测试需求项7

4.2性能需求测试项7

5、需求跟踪8

6测试通过/失败标准9

7、测试挂起标准及恢复条件10

7.1系统测试挂起标准10

7.2系统测试恢复条件10

 

《进销存管理系统》测试计划

1、概述

本测试计划用于指导《进销存管理系统》中用户登录模块、导航条菜单模块、会员管理模块、帐务管理模块、入库管理模块、出库管理模块的功能测试。

本文档主要描述了进销存管理系统功能测试点及测试方法,便于项目经理、研发部、测试部对《进销存管理系统》各个功能模块从技术层面与实际运行表现进行评估,并指导测试工程师验证《进销存管理系统》各个功能模块的关键测试技术和要求。

1.1测试目的

本计划是描述《进销存管理系统》项目测试的大纲文章,主要描述如何进行功能及性能测试活动、测试活动流程以及测试活动的工作安排。

1.2背景描述

《进销存管理系统》基本功能开发已完成,并进行单元测试和集成测试。

该系统主要实现中小型企业库存管理和销售管理等业务。

1.3测试范围

本计划是针对《进销存管理系统》项目测试的总体测试计划,测试类型包含功能及性能测试。

本文主要的读者对象是项目负责人,部门经理,测试设计师。

2、测试需求

2.1对象分析

进销存管理系统采用B/S(Browser/Server)模式设计。

用.NET实现前台,Access做后台数据库。

Web服务器采用IIS服务,项目部署需要配置默认站点。

2.2测试策略

使用HP公司的自动化测试工具QuickTestProfessional9.5,开发自动化测试脚本,搭建自动化测试环境。

主要采用等价类方法,自顶向下测试策略,验证系统各功能模块的合适性,准确性,互操作性,安全性等各项指标是否能够达到项目要求的标准。

3、组织形式

图1项目组织关系图

说明:

1)进销存管理系统项目由产品经理总负责,涉及软件开发组,测试组,配置管理组及SQA,各组之间的关系如图1所示。

2)测试组与产品经理,配置管理组,软件开发组,SQA的合作协调遵照公司既定流程执行。

图2测试组成员结构图

测试组成员职责:

◆测试经理:

a)对分配的小组工作负责,包括制定成员工作计划,检查工作完成情况;

b)辅助编写测试计划、测试结果分析和报告,并能够帮助测试工程师完成工作;

c)服从项目管理,保质、保量、按时完成本小组负责的测试任务;

d)对所负责的子系统、模块的质量负责;

e)根据系统模块需求与小组其他成员一起进行测试需求分析、设计测试用例并保证对需求的覆盖;

f)提交软件缺陷报告并跟踪处理流程,对本小组提出的缺陷报告负责;

g)服从项目资源调度和分配,并参加项目阶段的评审;

◆测试工程师职责:

a)服从项目管理和组长管理,能够保质保量按时完成测试任务

b)根据软件需求进行测试需求分析、测试用例设计并保证足够的覆盖率

c)执行测试用例,提交缺陷报告并跟踪缺陷处理流程

d)有义务对项目工作提出建设性建议

e)与研发等相关部门进行有效沟通

◆测试员:

a)负责系统测试用例的生成;

b)负责系统测试用例的执行。

c)提交系统测试日报,缺陷记录,缺陷报告,测试报告及自动化测试脚本。

注意:

以上只是对各项任务按角色进行划分,实际执行过程中,一人需担当多项角色。

4、测试对象

4.1功能测试需求项

功能要求

备注

用户登录

会员的登录功能等

菜单项

单击上方导航菜单项验证右侧页面内容是否一致;单击主页左侧全部展开/全部收缩按钮,验证左侧菜单项是否能全部展开或全部收缩。

会员管理

会员的注册、激活、退出、修改个人信息等

管理员对会员的管理:

激活/停用会员、查询/查看会员等

帐务管理

银行账户添加,修改,删除;帐务大类/帐务小类的添加,修改,删除;添加帐务以及帐务查询;

库存管理

库存查询、库存调拨、库存调拨记录、库存报警

销售管理

产品销售、销售记录查询、销售退货、退货记录查询、产品报废、报废记录查询

4.2性能需求测试项

测试项(典型流程)

备注

会员登录

登录为系统典型流程,测试不同并发用户数下的响应时间

数据备份/还原

测试数据备份/还原吞吐量

4.3测试环境描述

4.3.1测试环境需求

1、系统环境标准配置:

主机用途

机型/OS

台数

CPU/台

内存容量/台

对应IP

《进销存管理系统》应用服务器

PC/Win2003Server

1

1

1G

192.168.1.108

《进销存管理系统》数据库服务器

PC/Win2003Server

1

1

1G

同上

4.3.2测试工具要求

HP公司QuickTestProfessional9.5英文版,InternetExplorerDeveloperToolbar1.0.2188汉化版。

4.3.3测试代码要求

测试执行前对应功能已经完成代码静态走查、单元测试和集成测试,并验证正确。

5、需求跟踪

编号

需求项

需求项描述

系统测试项ID

系统测试项描述

1

SRS-Member-01

会员登录验证

Member-01-001

输入用户名admin,密码为空,点击登陆按钮

2

Member-01-002

输入密码abcd,点击登陆按钮

3

Member-01-003

输入用户名abc,密码xyz,点击登陆按钮

4

Member-01-004

输入用户名admin、密码admin,点击登陆按钮

5

SRS-Menu-01

检查上方导航菜单

Menu-01-001

检查每个菜单导航正确

6

SRS-Menu-02

左侧全部展开/全部收缩

Menu-02-001

验证左侧菜单项是否能全部展开或全部收缩

7

SRS-Member-01-001

验证添加会员

Member-01-001

点击添加会员,输入必要的信息,点击确认添加按钮

8

SRS-Member-01-002

根据会员组查询某会员

Member-01-002

检查所要查询的会员存在与该组的列表里

9

SRS-Member-01-003

根据会员名称查询某会员

Member-01-003

检查只有所要查询的会员存在于列表里

10

SRS-Member-01-004

验证查询修改会员

Member-01-004

随机选择一个会员,点击该会员的修改链接

11

SRS-Member-01-005

验证查询查看会员

Member-01-005

查询出一个会员,双击该会员信息

12

SRS-Member-01-006

验证查询删除会员

Member-01-006

查询出多个会员,随机选择3个会员复选框,点击删除按钮

13

SRS-Member-01-007

验证添加会员组

Member-01-007

点击添加会员组,输入必要信息,点击添加按钮

14

SRS-Member-01-008

验证删除会员组

Member-01-008

添加一个会员组,选择该会员组,删除

15

SRS-Account-01-001

验证添加银行

Account-01-001

进入帐务管理->银行管理,添加一个银行

16

SRS-Account-01-002

验证修改银行

Account-01-002

进入帐务管理->银行管理,修改一个银行为默认银行

19

SRS-Account-01-003

验证查看银行

Account-01-003

进入帐务管理->银行管理,添加一个银行,检查银行下拉菜单出现新添加的银行

20

SRS-Account-01-004

验证帐务大类型

Account-01-004

进入帐务管理->添加帐务,在类型下拉菜单选择某项

21

SRS-Account-01-005

验证帐务小类型

Account-01-005

进入帐务管理->添加帐务,在所属大类下拉菜单选择某项,检查所属小类下拉菜单的内容跟随所选的所属大类变化,并且正确

6、测试通过/失败标准

重要级别为高,中的用例全部执行;重要级别为低的用例80%执行。

7、测试挂起标准及恢复条件

7.1系统测试挂起标准

1)基本功能测试出现致命问题,导致50%的用例无法执行;

2)版本质量太差,60%的用例执行失败;

3)测试仪器出现故障,导致测试无法执行;

4)其他突发事件,如需要优先测试其它产品;

7.2系统测试恢复条件

1)基本功能测试通过,可执行进一步的测试;

2)版本质量提高,用例执行通过率达到70%;

3)测试仪器修复;

4)突发事件处理完成,可继续正常测试。

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

当前位置:首页 > 经管营销 > 经济市场

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

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