东莞环境保护政务网测试报告.doc

东莞环境保护政务网测试报告西安交大长天软件股份有限公司2012年9月版 本 升 级 记 录章节号页码版本号发行日期修改内容描述作者ALLALLV1.02012/9/21新发行刘亚亚目录1文档内容范围12系统结构13测试环境63.1硬件环境63.2软件环境74软件功能说明74.1软件功能模块构架图75硬件连接图96测试策略96.1测试类型96.1.1功能测试96.1.2界面测试106.1.3性能评测117软件版本及功能更新118Bug统计129项目质量指标1210缺陷率811无缺陷率812测试计划的完成情况和计划制定的完备性813对软件功能模块的评价814对软件性能的评价1115指标和产品状况总结1316项目测试总结1416.1工作总结14附件151 文档内容范围本文档将详细描述东莞环境保护政务网的测试结果，读者对象为东莞市环境信息中心相关人员及西安交大长天项目组成员和其他相关人员。2 系统结构一级模块 二级模块三级模块用户信息通讯工具信息查看栏目内容通知公告政务工作台实时新闻业务工作台邮件管理文档管理天气预报快捷工具现行内容报纸浏览中国期刊视频点播软件下载航班查询天气预报交通违章短信平台系统导航后台管理3 测试环境3.1 硬件环境测试机器一：CPU 1.6G 8块双核处理器 内存 10G物理内存 硬盘 250G物理硬盘 网卡 1000M以太网卡测试机器二：CPU 2.5G 双核处理器 内存 2G物理内存 硬盘 160G物理硬盘 网卡 1000M以太网卡测试机器三：CPU 2.5G 双核处理器 内存 2G物理内存 硬盘 160G物理硬盘 网卡 1000M以太网卡测试机器四：CPU 2.2G 双核处理器 内存 2G物理内存 硬盘 160G物理硬盘 网卡 1000M以太网卡3.2 软件环境测试机器一： Windows2003企业版操作系统 Microsoft .Office 2003 Microsoft SQL Server 2005 Microsoft .NET Framework 2.0测试机器二： Windows2003企业版操作系统 Microsoft .Office 2003 Microsoft SQL Server 2005 Microsoft .NET Framework 2.0测试机器三： Windows2003企业版操作系统 Microsoft .Office 2003 Microsoft SQL Server 2005 Microsoft .NET Framework 2.0测试机器四： Windows2003企业版操作系统Microsoft .Office 2003Microsoft SQL Server 2005 Microsoft .NET Framework 2.04 软件功能说明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.02012.03.30首次送测1.0.2.12012.07.02修改BUG1.0.3.22012.09.08修改BUG8 Bug统计软件版本号ABCDEFG1.0.1.0004331271051.0.2.100000041.0.3.2注：BUG级别说明A: l 操作系统崩溃l 样机死机B: l 任何方式操作造成应用程序崩溃或非法退出。l 整个模块功能无法实现。l 看门狗不断复位。C:l 局部功能实现错误或不能实现。l 任何方式操作造成乱数、数据丢失、不能读取数据。l 允许非法用户对系统进行操作。l 查询结果与查询条件不符。l 数据窗口的TAB顺序混乱。l 标题栏与模块名称不一致。l 数据的单位不正确。D:l 容错失败。l 删除或重大更改数据时，不经用户的确认。l 下拉列表中不能显示所有设计要求的数据。l 系统中有错别字。l 窗口的最小化、还原、最大化功能不能实现。E:l 表达不清或令人困惑的消息框和弹出窗口。l 整个系统中控件的名称或快捷键不统一。l 数据格式不统一。l 数据窗口中的数据显示不完整。l 报表的表格线未对齐或预览、打印的内容不全。F: 操作不方便。G: 建议性修改。9 项目质量指标品保部量化指标：每千行代码出现的BUG数不能大于3.5个10 缺陷率版本号代码总行数（KLoc）BUG数1.0.1.0443.0990.231.0.2.1449.9750.221.0.3.211 无缺陷率软件版本号有错误模块数无缺陷率（）1.0.1.05532.11.0.2.1396.31.0.3.212 测试计划的完成情况和计划制定的完备性软件版本号人员原计划天数实际测试天数测试时间偏差（天数）1.0.1.0刘亚亚姜滨111101.0.2.1刘亚亚姜滨131301.0.3.2刘亚亚姜滨10100总体时间差013 对软件功能模块的评价功能模块名称评价系统登录按照需求准确实现功能系统退出按照需求准确实现功能用户信息通讯工具按照需求准确实现功能信息查看按照需求准确实现功能栏目内容 通知公告按照需求准确实现功能 政务工作台按照需求准确实现功能实时新闻按照需求准确实现功能业务工作台按照需求准确实现功能邮件管理按照需求准确实现功能文档管理按照需求准确实现功能天气预报按照需求准确实现功能快捷工具现行文件按照需求准确实现功能报纸浏览按照需求准确实现功能中国期刊按照需求准确实现功能视频点播按照需求准确实现功能软件下载按照需求准确实现功能航班查询按照需求准确实现功能天气预报按照需求准确实现功能交通违章按照需求准确实现功能短信平台按照需求准确实现功能系统导航按照需求准确实现功能后台管理按照需求准确实现功能14 指标和产品状况总结软件所有功能按照需求实现；性能满足需求；软件所有E类（含E）以上Bug已经全部修改；千行代码BUG率在项目目标3.5之下。15 项目测试总结15.1 工作总结在此次对东莞环境保护政务网测试的过程中个人认为有以下几点应该加强：1.重视交流和沟通 包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流,和客户的交流等。多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。2.善于总结在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。3.注意测试中的错误集中发生现象 有一些错误是和程序开发人员的编程水平和习惯有很大关系的。例如程序中的拼写错误，习惯用法等。注意收集并记录这些现象，有助于更快、更多地发现类似的错误。