信息系统项目测试方案设计文档格式.docx
- 文档编号:18329350
- 上传时间:2022-12-15
- 格式:DOCX
- 页数:25
- 大小:106.48KB
信息系统项目测试方案设计文档格式.docx
《信息系统项目测试方案设计文档格式.docx》由会员分享,可在线阅读,更多相关《信息系统项目测试方案设计文档格式.docx(25页珍藏版)》请在冰豆网上搜索。
3.所有源码及环境的监控步骤已经明确并同意。
4.所有有关人员对其工作范围和职责明确无误。
5.所有的测试用例已经完成并获得审查通过。
1.7测试结束准则
1.所有测试用例及其相关用例均已测试完成,测试有关的文档齐全,测试结果均已接受。
2.所有发现的致命和严重问题已经解决。
2测试地点、人员与环境
2.1测试的地点和人员
测试地点:
吕梁云计算中心
测试人员:
山西省信访局建设办测试人员及新汇科公司需求、测试、支持人员。
2.2测试环境
网上投诉系统:
门户网站:
旧业务数据迁移系统:
自助信访终端系统:
3组织结构
3.1组织结构
主要人员由山西省信访局和新汇科计算机有限公司的人员组成。
3.2职责范围
●总负责人:
⏹监控所有的测试活动及任务的执行情况
⏹对测试过程中有关的问题及事项进行决策
⏹对测试的总体进行跟踪、控制和报告
●总协调人:
⏹落实测试所需的有关问题,协调解决需用户落实的问题
⏹协调与安排用户的参与
●测试组:
主要由新汇科专业测试人员组成,其职责为:
⏹提供所需的技术支持,如环境、硬件、软件、网络
⏹支持测试小组顺利开展测试工作
⏹落实解决测试过程中的问题
⏹协调测试与开发之间的一致性
⏹辅导各功能测试小组进行测试
⏹测试缺陷管理
⏹在测试阶段的终结提交《测试报告》
⏹测试文档管理
●支持组:
主要由新汇科开发小组的负责人组成,其职责为:
⏹支持测试小组的测试工作
⏹对测试时所产生的问题提供技术及系统解决方案
⏹解决测试中遇到的问题
⏹(安排)修改测试发现的缺陷
⏹系统环境的优化
●各业务功能测试小组:
⏹准备测试数据、测试材料,并协同测试组一起完善测试用例
⏹执行测试
⏹提交测试发现的缺陷
4计划任务与时间
4.1计划任务
●环境准备:
⏹测试场地
⏹硬件网络环境
⏹系统软件
⏹应用软件
⏹应用软件的设计(参数及数据库初始化等)
●辅助设备准备:
(负责人:
业务功能测试人员)
●用例准备与审查:
新汇科测试人员、业务功能测试人员)
⏹准备各业务之测试用例
⏹审查用例
●计划准备:
⏹组织结构及人员安排
⏹测试与问题处理的流程
⏹确定测试时间表
●执行测试:
测试小组人员)
⏹执行计划的用例测试
⏹对测试的问题进行处理
⏹进行测试的例会
⏹对测试结果进行抽检
⏹进行测试有关的文档控制与管理
●测试结束:
⏹对测试的结果进行评测
⏹准备并提交《总体测试报告》
4.2时间表
在测试时,将按照测试任务定义来进行测试。
每个测试任务都有唯一的编号,并对应一个或多个测试用例。
具体一个测试任务由那几个测试用例组成,请参看《测试用例》。
GGZzFDN。
测试时间表如下,详细的测试任务分配表由各业务功能测试小组制订。
序号
任务名称
工期
(工作日)
开始时间
完成时间
1
用户资料准备及整理
2
测试环境搭建
3
初始化参数及数据准备
4
制订小组测试任务分配表
5
编写(完善)测试用例和准备测试数据
6
领导对优化版进行总结
0.5
测试培训
8
执行测试和回归测试
13
9
回归测试与测试总结
4.3安排
模块测试安排
系统名称
模块名称
时间
门户网站系统
内容编审
栏目管理与授权模块
增加栏目
删除栏目
复制栏目
移动栏目
7
排序栏目
访问权限
委托管理
10
热点词汇管理与自动维护模块
11
热点词汇定义
12
热点词汇查找
热点词汇自动链接
14
内容编辑工具与内容管理模块
15
文件管理模块
16
内容展现模块定义与管理模块
17
内容关系管理模块
18
内容审核模块
19
政治敏感信息审核
20
内容正确性审核
21
内容发布
22
内容加工与生成模块
23
提取已审批通过文档
24
关联到网页模板
25
发布到网页
26
内容发布模式定义与管理模块
27
主要内容
28
程序触发发布模式
29
事件驱动发布模式
2.5
30
定时发布模式
31
实时发布模式
32
内容发布模块
33
主要功能
34
重新发布栏目
35
重新发布文章
36
基于模板生成动态页面
37
基于模板生成静态页面
38
系统管理
39
工作流程管理模块
40
用户、角色及权限管理模块
41
新增角色
42
删除角色
43
更新角色
44
角色权限对应关系
45
分配用户角色
46
新增用户
1.5
47
删除用户
48
更新用户
49
登录信息与认证管理模块
50
系统管理人员身份验证
51
系统管理人员的角色权限分配
52
多用户对系统的同时访问和操作
53
系统备份/恢复模块
54
自动备份
55
手工备份
56
资料恢复
57
栏目设计
58
网站UI设计
59
网站首页设计
60
网站栏目页设计
61
网站内容页设计
62
网站导航设计
63
领导介绍
64
信访局职责
65
机构设置
66
工作要闻
67
信访法规
68
信访指南
69
工作动态
70
图片新闻
71
重要新闻
72
网上信访大厅多媒体设计
73
网上信访大厅接口开发
74
网上投诉平台系统
信访人管理子系统
75
信访人注册模块
76
录入注册信息
77
注册信息校验
78
提交注册信息
79
信访人身份验证模块
80
登录系统时身份验证
81
判断住址的有效性
82
问题发生地的有效性
83
用户名校验
84
密码校验
85
个人信息维护模块
86
更新个人信息
87
信访人后台管理模块
88
信访事项登记子系统
89
登记投诉请求模块
90
录入投诉请求信息
91
校验投诉请求信息
92
提交投诉请求信息
93
生成并反馈查询码模块
94
生成反馈唯一查询码
95
与专网生成的查询码做是否相同的校验
96
申请复查登记模块
97
输入查询码校验有效性
98
选择信访类别
99
录入复查事项理由
100
申请复核登记模块
101
102
列出复查结果
103
录入复核项及理由
104
办理事项网上查询子系统
105
投诉请求办理情况查询模块
106
验证查询码
107
短消息提示
108
多个投诉请求查询
109
申请复查办理情况查询模块
110
111
112
多个申请复查查询
113
申请复核办理情况查询模块
114
115
116
多个申请复核查询
117
信访人满意度评价系统
118
满意度评价
119
旧业务数据迁移
数据整理
120
建立数据字典
121
表字段映射
122
代码映射
123
数据质量分析
124
数据规范性检查
125
数据合法性检查
126
数据完整一致性检查
127
数据质量分析过程
128
数据差异分析
129
数据调整与迁移
130
数据迁移整体测试
131
转换处理流程可行性的测试
132
转换工具或转换程序的测试
133
单位数据量各个子系统、各个转换步骤,转换所需时间的测试
134
校验程序的测试
135
应急措施的测试
136
数据迁移范围
137
数据交换系统
138
数据采集
139
数据交换
140
数据接收校验入库
141
上行交换内容
142
交换频度
143
交换数据的来源
144
数据交换系统技术环境
145
数据质量管理
146
系统性能
147
扩展实施
148
数据抽取
149
数据接收
150
数据管理
151
日志管理
152
信访接待大厅自助终端系统
用户身份证真伪验证
153
用户手机号格式及是否合法验证
154
用户手机号是否可用验证
155
用户注册信息验证
156
用户扫描二代身份证进行注册
157
用户扫描二代身份证进行登录
158
扫描打印一体机扫描纸质材料生成图片
159
上传扫描成图片材料
160
上传材料验证
161
上传材料成功信息反馈
162
删除上传材料
163
投诉写信内容验证
164
投诉写信提交
165
投诉写信是否允许提交验证
166
每日已投诉不允许再次投诉提示
167
投诉写信成功提示
168
查看已投诉信访件
169
查看信访件详情
170
查看信访件的办理情况
171
已处理信访件满意度评价
172
已处理信访件满意度评价提交
173
扫描二代身份证查询来信来访件
174
验证来信来访码的有效性
175
查看来信来访详情
176
查看来信来访满意度评价
177
来信来访满意度评价提交
178
自助查询一体机公告显示
179
自助终端投诉与网上投诉系统用户通用
180
自助终端投诉与网上投诉系统数据互通
181
自助终端投诉与业务办理系统数据互通
182
二代身份证读卡器扫描二代身份证信息
183
系统还原工具保护系统安全及不被更改
184
触摸屏浏览器提供专门的页面效果
4.4测试更新安排
每日问题反馈:
1.每天下午6点:
将用户测试问题按照各系统分类进行整理,并进行问题分析后发给需求组。
2.每天晚上7点半:
完成对当天用户提出问题的分析。
3.每天晚上10点前:
与开发组各组长制定当天反馈问题的修改计划和每个问题的反馈意见,并发给现场参与测试人员。
JmP7kJY。
每日版本升级:
1.每天下午5点前:
将修改后的问题部署到集成测试环境。
2.每天下午6点:
开发人员和测试人员完成在集成测试环境下的测试。
3.每天下午6点半:
将测试通过后的更新包打包并发给实施组。
4.每天晚上9点前:
完成山西信访局测试环境的更新部署。
5.每天晚上10点前:
完成山西信访局测试环境更新部署的测试。
5人员的岗位职责
●测试员的工作:
●执行测试
-执行测试案例
-检查测试结果
-填写测试结果
-填写测试问题单后提交开发人员
●重新测试
-重新执行测试
-重新检查测试结果
-重新填写测试结果
-更新问题单并通知开发人员重测结果
●问题负责人的工作:
-确定问题的范围
-统筹问题的解决及修改并进行必须的测试及负责问题跟踪汇报
-更新问题单
-把问题单及所有测试记录送回测试人员
-登记问题(记录收到问题的日期及时间,并分派问题编号,置问题状态为“OPEN”)
-评估问题的严重性(非常严重、严重、一般,轻微)
-分派问题到问题负责人
●收到从问题负责人送回的问题单
-记录收到问题单回应的日期时间
-判定问题是否得到解决
-如果问题得到解决,置问题状态为“PENDINGRE-TEST”,并把所有测试记录送交测试员进行重测c7t9HGS。
-如果问题没有得到解决而需要重新分派问题到别的负责人,更新问题记录中负责人的姓名、转发日期时间,并把问题单及所有测试记录转交新的负责人nve0fns。
●收到从测试员在重测后送回的问题单
-记录有关重测的日期时间及结果
-如果重新测试成功,则置问题状态为“CLOSED”,把问题单及所有测试记录存档
-如果重新测试失败,置问题状态为“OPEN”,把问题单及所有测试记录送交最后的问题负责人
●日常的工作
-准备有关问题的报告
问题总表
问题延误解决分析表(在预定时间内没有得到解决的问题)
-跟踪有关问题单,保证得到问题负责人的高度重视
-保存所有问题及测试记录,以备审查之用
6缺陷管理
6.1缺陷管理流程
本项目的测试将利用问题报告单进行程序缺陷的管理,问题报告单能如实地记录着每个问题的处理过程。
下面是缺陷管理的基本流程:
1.登记BUG,将该BUG分配给对应业务开发组组长;
2.开发组组长查看BUG的相应信息,判断是否属于BUG,如果不是BUG,通知测试组组长,组织相关人员进行讨论,经确定不是BUG后,测试组组长关闭该BUG;
如果是BUG,开发组组长将该BUG分配给合适的开发人员进行修正,同时通知测试组组长,测试组组长安排人根据BUG的现象和对应的UseCase书写二次测试用例;
m6Y0jku。
3.该BUG分配的开发人员着手进行修正,Bug经过修改和内部测试确定没有问题,开发组提交架构组进行新版本的集成,提交信息必须包含:
新增加的用例、修改的用例号和对应的BUGID;
vQppiyi。
4.开发人员修改BUG后,请在问题报告单上添加说明一栏中注明修改的信息。
5.架构组统一修改新发布版本中所修订的BUG的状态为Resolved。
6.当BUG状态为Resolved和该BUG的二次测试用例准备完成后,测试组组长安排测试人员进行二次测试。
OFyBQOe。
注:
如果对Bug描述的现象需要进一步说明,请直接和相关的测试人员或辅导员进行沟通。
BUG管理流程如下图所示:
6.2缺陷的严重度和修改的优先级(此问题请见测试报告)
山西省网上信访信息系统
测试业务问题报告单
问题编号:
提问日期:
提问人:
问题级别:
问题修改优先级:
问题所在模块:
问题描述
答复日期:
答复人:
答复描述
填写说明:
1.问题编号规则:
模块名_报告日期(YYMMDD)_报告人_流水号,如:
LX_070821_李四_01
2.文件命名规则:
问题编号.doc
3.问题级别
●缺陷的严重程度级别:
级别
定义
描述
示例
致命
系统测试无法进行下去,必须重新测试。
测试时出现Server死机
严重
系统测试仍可继续进行,但存在的问题对系统功能有重大影响,必须重新测试
未完成指定的功能:
比如无法保存录入的信息等等
一般
问题对系统功能造成影响,必须进行修正,但可根据情况决定是否需要重新测试
操作界面不友好,
错误信息含糊、不明确
轻微
问题对系统功能影响不大,必须进行修正,但无需重新测试。
界面有错别字等等
●修改优先级:
优先级
对应缺陷严重程度
修改期限
P1
在发现该缺陷1天之内
P2
在发现该缺陷3天之内
P3
一般、轻微
在发现该缺陷2星期之内
4.问题描述:
请重点、详细地描述问题出现的过程和问题内容。
7测试报告总结和分析
根据需要可以从问题平台中生成各种测试报告,并对测试报告统计数据进行分析以指导后期工作和资源的分布。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统 项目 测试 方案设计