东莞环境保护政务网测试报告.docx
《东莞环境保护政务网测试报告.docx》由会员分享，可在线阅读，更多相关《东莞环境保护政务网测试报告.docx（15页珍藏版）》请在冰豆网上搜索。
东莞环境保护政务网测试报告
东莞环境保护政务网
测试报告
西安交大长天软件股份有限公司
2012年9月
版本升级记录
章节号
页码
版本号
发行日期
修改内容描述
作者
ALL
ALL
V1.0
2012/9/21
新发行
刘亚亚
目录
1文档内容范围1
2系统结构1
3测试环境6
3.1硬件环境6
3.2软件环境7
4软件功能说明7
4.1软件功能模块构架图7
5硬件连接图9
6测试策略9
6.1测试类型9
6.1.1功能测试9
6.1.2界面测试10
6.1.3性能评测11
7软件版本及功能更新11
8Bug统计12
9项目质量指标12
10缺陷率8
11无缺陷率8
12测试计划的完成情况和计划制定的完备性8
13对软件功能模块的评价8
14对软件性能的评价11
15指标和产品状况总结13
16项目测试总结14
16.1工作总结14
附件15
1文档内容范围
本文档将详细描述《东莞环境保护政务网》的测试结果，读者对象为东莞市环境信息中心相关人员及西安交大长天项目组成员和其他相关人员。
2系统结构
一级模块
二级模块
三级模块
用户信息
通讯工具
信息查看
栏目内容
通知公告
政务工作台
实时新闻
业务工作台
邮件管理
文档管理
天气预报
快捷工具
现行内容
报纸浏览
中国期刊
视频点播
软件下载
航班查询
天气预报
交通违章
短信平台
系统导航
后台管理
3测试环境
3.1硬件环境
测试机器一：
CPU1.6G8块双核处理器
内存10G物理内存
硬盘250G物理硬盘
网卡1000M以太网卡
测试机器二：
CPU2.5G双核处理器
内存2G物理内存
硬盘160G物理硬盘
网卡1000M以太网卡
测试机器三：
CPU2.5G双核处理器
内存2G物理内存
硬盘160G物理硬盘
网卡1000M以太网卡
测试机器四：
CPU2.2G双核处理器
内存2G物理内存
硬盘160G物理硬盘
网卡1000M以太网卡
3.2软件环境
测试机器一：
Windows2003企业版操作系统
Microsoft.Office2003
MicrosoftSQLServer2005
Microsoft.NETFramework2.0
测试机器二：
Windows2003企业版操作系统
Microsoft.Office2003
MicrosoftSQLServer2005
Microsoft.NETFramework2.0
测试机器三：
Windows2003企业版操作系统
Microsoft.Office2003
MicrosoftSQLServer2005
Microsoft.NETFramework2.0
测试机器四：
Windows2003企业版操作系统
Microsoft.Office2003
MicrosoftSQLServer2005
Microsoft.NETFramework2.0
4软件功能说明
4.1软件功能模块构架图
5硬件连接图
6测试策略
测试策略提供了对测试对象进行测试的推荐方法。
对于每种测试，都应提供测试说明，并解释其实施和执行的原因。
如果将不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。
例如，“将不实施和执行该测试。
该测试不合适”。
制定测试策略时所考虑的主要事项有：
将要使用的技术以及判断测试何时完成的标准。
下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。
6.1测试类型
6.1.1功能测试
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。
此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。
以下为各种应用程序列出了推荐使用的测试概要：
测试目标：
确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等功能。
技术：
利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
完成标准：
所计划的测试已全部执行。
所发现的缺陷已全部解决。
需考虑的特殊事项：
确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）
6.1.2界面测试
用户界面（UI）测试用于核实用户与软件之间的交互。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。
测试目标：
核实以下内容：
通过测试对象进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab健、鼠标移动、和快捷键）的使用
窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
技术：
为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。
完成标准：
成功地核实出各个窗口都符合可接受标准
需考虑的特殊事项：
并不是所有定制或第三方对象的特征都可访问。
6.1.3性能评测
性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。
性能评测的目标是核实性能需求是否都已满足。
实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。
注：
以下所说的事务是指“逻辑业务事务”。
这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，例如，添加或修改给定的合同。
测试目标：
核实所指定的事务或业务功能在以下情况下的性能行为：
正常的预期工作量
预期的最繁重工作量
技术：
使用为功能或业务周期测试制定的测试过程。
通过修改数据文件来增加事务数量。
完成标准：
单个事务或单个用户：
在每个事务所预期或要求的时间范围内成功地完成测试，没有发生任何故障。
多个事务或多个用户：
在可接受的时间范围内成功地完成测试，没有发生任何故障。
需考虑的特殊事项：
综合的性能测试还包括在服务器上添加后台工作量。
可采用多种方法来执行此操作，其中包括：
使用多台实际客户机在系统上添加负载。
性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。
7软件版本及功能更新
软件版本号
提交日期
功能及更新
1.0.1.0
2012.03.30
首次送测
1.0.2.1
2012.07.02
修改BUG
1.0.3.2
2012.09.08
修改BUG
8Bug统计
软件版本号
A
B
C
D
E
F
G
1.0.1.0
0
0
43
31
27
10
5
1.0.2.1
0
0
0
0
0
0
4
1.0.3.2
注：
BUG级别说明
A:
●操作系统崩溃
●样机死机
B:
●任何方式操作造成应用程序崩溃或非法退出。
●整个模块功能无法实现。
●看门狗不断复位。
C:
●局部功能实现错误或不能实现。
●任何方式操作造成乱数、数据丢失、不能读取数据。
●允许非法用户对系统进行操作。
●查询结果与查询条件不符。
●数据窗口的TAB顺序混乱。
●标题栏与模块名称不一致。
●数据的单位不正确。
D:
●容错失败。
●删除或重大更改数据时，不经用户的确认。
●下拉列表中不能显示所有设计要求的数据。
●系统中有错别字。
●窗口的最小化、还原、最大化功能不能实现。
E:
●表达不清或令人困惑的消息框和弹出窗口。
●整个系统中控件的名称或快捷键不统一。
●数据格式不统一。
●数据窗口中的数据显示不完整。
●报表的表格线未对齐或预览、打印的内容不全。
F:
操作不方便。
G:
建议性修改。
9项目质量指标
品保部量化指标：
每千行代码出现的BUG数不能大于3.5个
10缺陷率
版本号
代码总行数（KLoc）
BUG数
1.0.1.0
443.099
0.23
1.0.2.1
449.975
0.22
1.0.3.2
11无缺陷率
软件版本号
有错误模块数
无缺陷率（％）
1.0.1.0
55
32.1
1.0.2.1
3
96.3
1.0.3.2
12测试计划的完成情况和计划制定的完备性
软件版本号
人员
原计划天数
实际测试天数
测试时间偏差（天数）
1.0.1.0
刘亚亚
姜滨
11
11
0
1.0.2.1
刘亚亚
姜滨
13
13
0
1.0.3.2
刘亚亚
姜滨
10
10
0
总体时间差
0
13对软件功能模块的评价
功能模块名称
评价
系统登录
按照需求准确实现功能
系统退出
按照需求准确实现功能
用户信息
通讯工具
按照需求准确实现功能
信息查看
按照需求准确实现功能
栏目内容
通知公告
按照需求准确实现功能
政务工作台
按照需求准确实现功能
实时新闻
按照需求准确实现功能
业务工作台
按照需求准确实现功能
邮件管理
按照需求准确实现功能
文档管理
按照需求准确实现功能
天气预报
按照需求准确实现功能
快捷工具
现行文件
按照需求准确实现功能
报纸浏览
按照需求准确实现功能
中国期刊
按照需求准确实现功能
视频点播
按照需求准确实现功能
软件下载
按照需求准确实现功能
航班查询
按照需求准确实现功能
天气预报
按照需求准确实现功能
交通违章
按照需求准确实现功能
短信平台
按照需求准确实现功能
系统导航
按照需求准确实现功能
后台管理
按照需求准确实现功能
14指标和产品状况总结
软件所有功能按照需求实现；
性能满足需求；
软件所有E类（含E）以上Bug已经全部修改；
千行代码BUG率在项目目标3.5之下。
15项目测试总结
15.1工作总结
在此次对《东莞环境保护政务网》测试的过程中个人认为有以下几点应该加强：
1.重视交流和沟通
包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流,和客户的交流等。
多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。
2.善于总结
在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。
这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。
3.注意测试中的错误集中发生现象
有一些错误是和程序开发人员的编程水平和习惯有很大关系的。
例如程序中的拼写错误，习惯用法等。
注意收集并记录这些现象，有助于更快、更多地发现类似的错误。
升级会员 