项目测试报告.docx

1、项目测试报告北京市项目测试报告项目名称：北京市项目 文档名称： 项目测试报告 编制单位： 公司 编制时间： 2012年12月 1 引言 31.1 编写目的 31.2 背景 31.3 用户群 31.4 定义 31.5 测试对象 41.6 测试工具 41.7 参考资料 42 测试概要 42.1 测试执行 42.2 测试用例 42.2.1 功能性 42.2.2 易用性 53 测试环境 53.1.1 软硬件环境 53.1.2 网络拓扑 64 测试结果 64.1 Bug严重程度 64.2 Bug引入原因 75 测试结论 75.1 功能性 75.2 易用性 75.3 兼容性 85.4 安全性 85.5 性

2、能 96 分析摘要 96.1 覆盖率 96.2 建议 97 度量 107.1 资源消耗 108 典型缺陷引入原因分析 101 引言1.1 编写目的编写该测试总结报告主要有以下几个目的1 通过对测试结果的分析，得到对软件质量的评价2 分析测试的过程，产品，资源，信息3 评估测试测试执行和测试计划是否符合4 分析系统存在的缺陷，为修复和预防bug提供建议1.2 背景 1.待测试软件系统的名称：北京市项目 2.系统结构：北京市环境卫生监督检查系统以模块为结构，包含GPS监控、系统管理、业务数据管理、视频监控、基础信息管理、日常巡检和报表管理等。模块下设有多个相关的功能菜单1.3 用户群 主要读者：北

3、京市项目管理人员，北京市环境卫生监督 检查系统升级改造项目测试经理 其他读者：北京市项目相关人员。1.4 定义严重bug：出现以下缺陷，测试定义为严重bug1. 系统无响应，处于死机状态，需要其他人工修复系统才可复原。2. 点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。3. 进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误4. 当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed” 或者返回异常错误5. 系统定义不能重复的字

4、段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误1.5 测试对象北京市项目1.6 测试工具 TestTrack Pro缺陷管理系统1.7 参考资料国标GB/T 25000.51-2010软件工程 软件产品质量要求和评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细则渣土处监督检查系统需求规格说明书2 测试概要北京市项目测试2013年1月18日结束，功能缺陷：发现 4 个； 解决 4 个；设计缺陷：发现 1 个； 解决 1 个；模块缺陷：发现 1 个； 解决 1 个；北京市项目总共发布5个测试版本，通过设定详细的测试计划和测试用

5、例，在开发过程中不断的进行测试，编写了详细的各个功能模块的大量测试用例，找出bug后改进，再测试，先后进行了5次全面的测试，最终按照测试计划比较完善的完成了测试工作。北京市环境卫生监督检查系统测试通过TestTrack Pro缺陷管理工具进行缺陷跟踪管理。2.1 测试执行此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试2.2 测试用例2.2.1 功能性系统实现的主要功能，包括登录页面、GPS监控、地图操作、系统管理、基础信息管理、业务数据管理、视频监

6、控、日常巡检查询统计系统实现的次要功能，包括为主要功能的查询，添加，修改，删除。需求规定的输入输出字段，以及需求规定的输入限制， 2.2.2 易用性 操作按钮提示信息正确性，一致性，可理解性 限制条件提示信息正确性，一致性，可理解性必填项标识输入方式可理解性中文界面下数据语言与界面语言的一致性3 测试环境3.1.1 软硬件环境硬件环境应用服务器数据库服务器客户端硬件配置CPU：Intel(R) Celeron(R) CPU 2.40GHz stepping 01Memory： 1048256kHD：ST380817AS 80G SATACPU：Intel(R) Celeron(R) CPU 2

7、.40GHz stepping 01Memory： 1048256kHD：ST380817AS 80G SATACPU：Intel(R) Celeron(R) CPU 2.40GHz stepping 01Memory： 1048256kHD：ST380817AS 80G SATA软件配置OS：CentOS 4.2JDK 1.5.0_06Apache 2.2.0Tomcat 5.5.15OS：CentOS 4.2MySQL 5.0.17 LinuxWindow 2000 Professional （SP2）IE6.0.2900.2180.xpsp_sp2网络环境10M LAN10M LAN10

8、M LAN 3.1.2 网络拓扑4 测试结果通过设定详细的测试计划和测试用例，在开发过程中不断的进行测试，编写了详细的各个功能模块的大量测试用例，找出bug后改进，再测试，先后进行了5次全面的测试，最终按照测试计划比较完善的完成了测试工作。4.1 Bug严重程度 测试发现的bug主要集中在normal和minor阶段，属于一般性的缺陷，但是测试的时候，出现了3个严重级别的bug，出现严重级别的bug主要表现在以下几个方面 系统主要功能没有实现 添加数据代码重复后，出现的找不到页面的错误 多语言处理，未考虑非语种代码的情况 数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到

9、页面错误 权限控制异常权限bug主要表现： 具有相应按钮操作的权限，页面无相应按钮，无法执行该功能 无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误 有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误4.2 Bug引入原因由测试结果看出，主要为前台编码和易用性方面的bug，占到了全部bug的2/3。5 测试结论5.1 功能性系统北京市环境卫生监督检查系统以模块为结构，包含GPS监控、系统管理、业务数据管理、视频监控、基础信息管理、日常巡检和报表管理等。模块下设有多个相关的功能菜单。 主要功能如下：1. 登录页面：实现了用户登录、Cookie是否缓存数据和身份选择功能，以及

10、用户名、密码和验证码输入的功能；2. GPS监控：实现了车辆监控和车辆历史轨迹管理功能；3. 地图操作：实现了展开/收缩、设置、放大、缩小和测量功能，以及清除、返回、收缩和操作帮助功能，还实现了最大化、最小化、关闭地图和注销用户登录的功能；4. 系统管理：实现了修改个人密码、组织机构管理和用户管理的功能；5. 基础信息管理：实现了对车载终端的查询、增加、编辑和删除功能，以及导出打印车载终端列表和查看车载终端信息的功能；6. 业务数据管理：实现了清洁站和公厕的简单查询、高级查询和编辑功能，以及删除、导出打印清洁站和公厕列表和对查询列表进行翻页操作的功能；7. 视频监控：实现了3G视频监控的服务器

11、设置、服务器端口设置、用户名设置和登录密码设置功能，以及视频的播放、抓取和录制等功能；8. 日常巡检：实现了任务信息管理和昨日市容报告的功能；9. 查询统计：实现了日报告、类型统计报告、区县检查报告和外勤检查任务统计报告，以及外勤检查工作情况报告和各类问题统计报告功能。5.2 易用性 现有系统实现了如下易用性：1. 查询，添加，删除，修改操作相关提示信息的一致性，可理解性2. 输入限制的正确性3. 输入限制提示信息的正确性，可理解性，一致性5.3 兼容性现有系统支持window下的IE浏览器5.4 安全性1. 设备终端：设备终端采集的视频数据和点位数据，经过数据加密后能正常回传至服务器，服务器

12、对数据进行解密后，平台能正常显示数据。2. 平台安全1) 系统自身具有以下安全管理性：1系统根据管理业务和安全性的需要，具备自身安全管理功能；2系统提供多级权限认证；3系统具备对自身的配置情况、数据端口的工作状态、网络运行情况和操作信息等内容的检查；4系统具备良好的访问权限控制功能。包括系统的用户界面、机器与机器间的接口、重要命令和数据库的访问权限控制。对所有的访问进行了详细记录；5系统对重要数据提供了可靠的备份和恢复机制，能确保整个系统的安全；6在网络设计上，与其它系统连接设置了防火墙，保护了核心系统的安全性；采用中间件技术，提高系统的安全性和可靠性；7系统对用户登录和操作进行了日志记录，并

13、使用防病毒软件防止病毒侵入和蔓延。2) 信息安全性8系统具备统一完善的安全机制，能保证网络安全性和处理机安全性。不易被侵入，并具备良好的恢复能力；9能防止计算机黑客通过计算机网络进行恶意攻击，做到对网络服务质量分析系统的数据和信息保密。3) 容灾备份系统支持双机冷备功能。在单机故障时可迅速切换到备机运行。4) 系统安全1数据库提供了完整的数据库管理、监控和故障处理功能。2数据库对“死锁”、“超长事务”、“数据溢出”等异常情况存在处理机制，能保证数据的完整和正确；并设定权限，防止非法进入，防止越权操作；具备完善的事务处理手段，保证数据操作的完整性，提供事务失败的恢复和通信失败的恢复；在传输数据时

14、，能保证数据的一致性。3系统能定时自动地对应用程序、应用数据进行备份，在遭遇灾难性攻击之后可以快速恢复系统的应用及应用数据。4系统能够提供详细的操作日志。5) 数据安全性1系统建有安全的数据存储机制，操作系统盘和数据盘采用了容错存储方式，保证数据的完整性。2系统可以对关键数据能自动定时备份。3系统可以对关键配置文件定时备份。 4系统对大容量数据（如基础业务数据、系统日志），有相应的备份策略。 5所有备份数据可以进行联机恢复，并保证被恢复的完整性与一致性。5.5 性能1. 服务器支持100个终端的同时接入，终端访问服务器的平均响应时间为1.58秒。2. 在10Mb的有限网络带宽，基础数据量为10

15、000条数据的环境下，针对系统主要业务操作包括“环卫设施管理”和“昨日市容报告”共2项功能，对系统进行了效率测试，并执行50用户在线综合场景测试。测试结果表明： 1) 环卫设施管理页面查看：单用户执行50次的平均响应时间为0.03秒，系统支持100用户并发执行，平均响应时间为0.56秒； 2) 昨日市容报告查询：单用户执行50次的平均响应时间为0.06秒，受网络限制，在10M网络带宽的环境下，系统支持50用户并发执行，平均响应时间为1.85秒；测试过程中，网络带宽占用严重，其它资源占用表现正常。 3) 50用户在线综合场景测试：系统可以完成50用户在线执行2个测试点各25用户构成的综合场景测试

16、，并稳定运行20分钟，没有失败事务；测试过程中，应用服务器和数据库服务器资源占用无明显问题。6 分析摘要6.1 覆盖率此次测试，所有测试用例都是在中文界面下执行，未在英文界面下执行，测试不包括英文界面下的测试，也不包括正对英文翻译的测试。此次测试，部分页面需求描述无明确的定义，对输入限制无详细定义，无明确的测试依据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员沟通获得测试依据，无法保证测试依据的正确性和完整性，因此，没有进行完整的，正确的无效数据的测试，测试覆盖率不够，无法保证测试的有效性和正确性6.2 建议1. 在项目开始的时候应该制定编码标准，数据库标准，需

17、求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。2. 发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。3. 开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。4. 开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。7 度量7.1 资源消耗测试时间2012年1月13日至2013年1月13日共365天测试人力

18、3人20天3人100天360人天硬件资源服务器：PC 2台客户端：PC 2台8 典型缺陷引入原因分析测试过程中发现的缺陷主要有以下几个方面： 1 需求定义不明确需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定义错误，输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的问题表现出来。需求做改正，设计必须跟着做改动，浪费时间和影响开发人员的积极性，降低开发人员对需求的信任，可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。2 功能性错误1. 功能没有实现，导致无法进行需求规定

19、的功能的测试。2. 功能实现错误，实现了需求未定义的功能，执行需求定义的功能时系统出现错误。3 页面设计和需求不一致页面设计没有根据需求进行，输入，输出字段文字错误，用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证，导致用户可以输入错误的或者无效的数据，这些数据有可能会引起功能性错误。4 页面设计易用性缺陷1. 页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。2. 提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。3. 提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。6 开发人员疏忽引起的缺陷因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。