项目测试报告.docx
《项目测试报告.docx》由会员分享，可在线阅读，更多相关《项目测试报告.docx（12页珍藏版）》请在冰豆网上搜索。
项目测试报告
北京市×××项目
测试报告
项目名称：
北京市××××××××××××××项目
文档名称：
项目测试报告
编制单位：
××公司
编制时间：
2012年12月
1引言3
1.1编写目的3
1.2背景3
1.3用户群3
1.4定义3
1.5测试对象4
1.6测试工具4
1.7参考资料4
2测试概要4
2.1测试执行4
2.2测试用例4
2.2.1功能性4
2.2.2易用性5
3测试环境5
3.1.1软硬件环境5
3.1.2网络拓扑6
4测试结果6
4.1Bug严重程度6
4.2Bug引入原因7
5测试结论7
5.1功能性7
5.2易用性7
5.3兼容性8
5.4安全性8
5.5性能9
6分析摘要9
6.1覆盖率9
6.2建议9
7度量10
7.1资源消耗10
8典型缺陷引入原因分析10
1引言
1.1编写目的
编写该测试总结报告主要有以下几个目的
1．通过对测试结果的分析，得到对软件质量的评价
2．分析测试的过程，产品，资源，信息
3．评估测试测试执行和测试计划是否符合
4．分析系统存在的缺陷，为修复和预防bug提供建议
1.2背景
1.待测试软件系统的名称：
北京市×项目
2.系统结构：
北京市环境卫生监督检查系统以模块为结构，包含GPS监控、系统管理、业务数据管理、视频监控、基础信息管理、日常巡检和报表管理等。
模块下设有多个相关的功能菜单
1.3用户群
主要读者：
北京市×项目管理人员，北京市环境卫生监督检查系统升级改造项目测试经理
其他读者：
北京市×项目相关人员。
1.4定义
严重bug：
出现以下缺陷，测试定义为严重bug
1.系统无响应，处于死机状态，需要其他人工修复系统才可复原。
2.点击某个菜单后出现“Thepagecannotbedisplayed”或者返回异常错误。
3.进行某个操作（增加、修改、删除等）后，出现“Thepagecannotbedisplayed”或者返回异常错误
4.当对必填字段进行校验时，未输入必输字段，出现“Thepagecannotbedisplayed”或者返回异常错误
5.系统定义不能重复的字段输入重复数据后，出现“Thepagecannotbedisplayed”或者返回异常错误
1.5测试对象
北京市×项目
1.6测试工具
TestTrackPro缺陷管理系统
1.7参考资料
国标GB/T25000.51-2010《软件工程软件产品质量要求和评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细则》
《渣土处监督检查系统需求规格说明书》
2测试概要
北京市×项目测试2013年1月18日结束，
功能缺陷：
发现4个；解决4个；
设计缺陷：
发现1个；解决1个；
模块缺陷：
发现1个；解决1个；
北京市×项目总共发布5个测试版本，通过设定详细的测试计划和测试用例，在开发过程中不断的进行测试，编写了详细的各个功能模块的大量测试用例，找出bug后改进，再测试，先后进行了5次全面的测试，最终按照测试计划比较完善的完成了测试工作。
北京市环境卫生监督检查系统测试通过TestTrackPro缺陷管理工具进行缺陷跟踪管理。
2.1测试执行
此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。
针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试
2.2测试用例
2.2.1功能性
系统实现的主要功能，包括登录页面、GPS监控、地图操作、系统管理、基础信息管理、业务数据管理、视频监控、日常巡检查询统计
系统实现的次要功能，包括为主要功能的查询，添加，修改，删除。
需求规定的输入输出字段，以及需求规定的输入限制，
2.2.2易用性
操作按钮提示信息正确性，一致性，可理解性
限制条件提示信息正确性，一致性，可理解性
必填项标识
输入方式可理解性
中文界面下数据语言与界面语言的一致性
3测试环境
3.1.1软硬件环境
硬件环境
应用服务器
数据库服务器
客户端
硬件配置
CPU：
Intel（R）Celeron（R）CPU2.40GHzstepping01
Memory：
1048256k
HD：
ST380817AS80GSATA
CPU：
Intel（R）Celeron（R）CPU2.40GHzstepping01
Memory：
1048256k
HD：
ST380817AS80GSATA
CPU：
Intel（R）Celeron（R）CPU2.40GHzstepping01
Memory：
1048256k
HD：
ST380817AS80GSATA
软件配置
OS：
CentOS4.2
JDK1.5.0_06
Apache2.2.0
Tomcat5.5.15
OS：
CentOS4.2
MySQL5.0.17Linux
Window2000Professional（SP2）IE6.0.2900.2180.xpsp_sp2
网络环境
10MLAN
10MLAN
10MLAN
3.1.2网络拓扑
4测试结果
通过设定详细的测试计划和测试用例，在开发过程中不断的进行测试，编写了详细的各个功能模块的大量测试用例，找出bug后改进，再测试，先后进行了5次全面的测试，最终按照测试计划比较完善的完成了测试工作。
4.1Bug严重程度
测试发现的bug主要集中在normal和minor阶段，属于一般性的缺陷，但是测试的时候，出现了3个严重级别的bug，出现严重级别的bug主要表现在以下几个方面
✓系统主要功能没有实现
✓添加数据代码重复后，出现的找不到页面的错误
✓多语言处理，未考虑非语种代码的情况
✓数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到页面错误
✓权限控制异常
权限bug主要表现：
✓具有相应按钮操作的权限，页面无相应按钮，无法执行该功能
✓无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误
✓有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误
4.2Bug引入原因
由测试结果看出，主要为前台编码和易用性方面的bug，占到了全部bug的2/3。
5测试结论
5.1功能性
系统北京市环境卫生监督检查系统以模块为结构，包含GPS监控、系统管理、业务数据管理、视频监控、基础信息管理、日常巡检和报表管理等。
模块下设有多个相关的功能菜单。
主要功能如下：
1.登录页面：
实现了用户登录、Cookie是否缓存数据和身份选择功能，以及用户名、密码和验证码输入的功能；
2.GPS监控：
实现了车辆监控和车辆历史轨迹管理功能；
3.地图操作：
实现了展开/收缩、设置、放大、缩小和测量功能，以及清除、返回、收缩和操作帮助功能，还实现了最大化、最小化、关闭地图和注销用户登录的功能；
4.系统管理：
实现了修改个人密码、组织机构管理和用户管理的功能；
5.基础信息管理：
实现了对车载终端的查询、增加、编辑和删除功能，以及导出打印车载终端列表和查看车载终端信息的功能；
6.业务数据管理：
实现了清洁站和公厕的简单查询、高级查询和编辑功能，以及删除、导出打印清洁站和公厕列表和对查询列表进行翻页操作的功能；
7.视频监控：
实现了3G视频监控的服务器设置、服务器端口设置、用户名设置和登录密码设置功能，以及视频的播放、抓取和录制等功能；
8.日常巡检：
实现了任务信息管理和昨日市容报告的功能；
9.查询统计：
实现了日报告、类型统计报告、区县检查报告和外勤检查任务统计报告，以及外勤检查工作情况报告和各类问题统计报告功能。
5.2易用性
现有系统实现了如下易用性：
1.查询，添加，删除，修改操作相关提示信息的一致性，可理解性
2.输入限制的正确性
3.输入限制提示信息的正确性，可理解性，一致性
5.3兼容性
现有系统支持window下的IE浏览器
5.4安全性
1.设备终端：
设备终端采集的视频数据和点位数据，经过数据加密后能正常回传至服务器，服务器对数据进行解密后，平台能正常显示数据。
2.平台安全
1）系统自身具有以下安全管理性：
1 系统根据管理业务和安全性的需要，具备自身安全管理功能；
2 系统提供多级权限认证；
3 系统具备对自身的配置情况、数据端口的工作状态、网络运行情况和操作信息等内容的检查；
4 系统具备良好的访问权限控制功能。
包括系统的用户界面、机器与机器间的接口、重要命令和数据库的访问权限控制。
对所有的访问进行了详细记录；
5 系统对重要数据提供了可靠的备份和恢复机制，能确保整个系统的安全；
6 在网络设计上，与其它系统连接设置了防火墙，保护了核心系统的安全性；采用中间件技术，提高系统的安全性和可靠性；
7 系统对用户登录和操作进行了日志记录，并使用防病毒软件防止病毒侵入和蔓延。
2）信息安全性
8 系统具备统一完善的安全机制，能保证网络安全性和处理机安全性。
不易被侵入，并具备良好的恢复能力；
9 能防止计算机黑客通过计算机网络进行恶意攻击，做到对网络服务质量分析系统的数据和信息保密。
3）容灾备份
系统支持双机冷备功能。
在单机故障时可迅速切换到备机运行。
4）系统安全
1 数据库提供了完整的数据库管理、监控和故障处理功能。
2 数据库对“死锁”、“超长事务”、“数据溢出”等异常情况存在处理机制，能保证数据的完整和正确；并设定权限，防止非法进入，防止越权操作；具备完善的事务处理手段，保证数据操作的完整性，提供事务失败的恢复和通信失败的恢复；在传输数据时，能保证数据的一致性。
3 系统能定时自动地对应用程序、应用数据进行备份，在遭遇灾难性攻击之后可以快速恢复系统的应用及应用数据。
4 系统能够提供详细的操作日志。
5）数据安全性
1 系统建有安全的数据存储机制，操作系统盘和数据盘采用了容错存储方式，保证数据的完整性。
2 系统可以对关键数据能自动定时备份。
3 系统可以对关键配置文件定时备份。
4 系统对大容量数据（如基础业务数据、系统日志），有相应的备份策略。
5 所有备份数据可以进行联机恢复，并保证被恢复的完整性与一致性。
5.5性能
1.服务器支持100个终端的同时接入，终端访问服务器的平均响应时间为1.58秒。
2.在10Mb的有限网络带宽，基础数据量为10000条数据的环境下，针对系统主要业务操作包括“环卫设施管理”和“昨日市容报告”共2项功能，对系统进行了效率测试，并执行50用户在线综合场景测试。
测试结果表明：
1）环卫设施管理页面查看：
单用户执行50次的平均响应时间为0.03秒，系统支持100用户并发执行，平均响应时间为0.56秒；
2）昨日市容报告查询：
单用户执行50次的平均响应时间为0.06秒，受网络限制，在10M网络带宽的环境下，系统支持50用户并发执行，平均响应时间为1.85秒；测试过程中，网络带宽占用严重，其它资源占用表现正常。
3）50用户在线综合场景测试：
系统可以完成50用户在线执行2个测试点各25用户构成的综合场景测试，并稳定运行20分钟，没有失败事务；测试过程中，应用服务器和数据库服务器资源占用无明显问题。
6分析摘要
6.1覆盖率
此次测试，所有测试用例都是在中文界面下执行，未在英文界面下执行，测试不包括英文界面下的测试，也不包括正对英文翻译的测试。
此次测试，部分页面需求描述无明确的定义，对输入限制无详细定义，无明确的测试依据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员沟通获得测试依据，无法保证测试依据的正确性和完整性，因此，没有进行完整的，正确的无效数据的测试，测试覆盖率不够，无法保证测试的有效性和正确性
6.2建议
1.在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。
2.发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。
3.开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。
4.开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。
7度量
7.1资源消耗
测试时间
2012年1月13日至2013年1月13日共365天
测试人力
3人×20天＋3人×100天＝360人天
硬件资源
服务器：
PC2台
客户端：
PC2台
8典型缺陷引入原因分析
测试过程中发现的缺陷主要有以下几个方面：
1．需求定义不明确
需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定义错误，输入输出限制定义缺失这几种类型的缺陷。
使得开发人员根据需求进行设计时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的问题表现出来。
需求做改正，设计必须跟着做改动，浪费时间和影响开发人员的积极性，降低开发人员对需求的信任，可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。
2．功能性错误
1.功能没有实现，导致无法进行需求规定的功能的测试。
2.功能实现错误，实现了需求未定义的功能，执行需求定义的功能时系统出现错误。
3．页面设计和需求不一致
页面设计没有根据需求进行，输入，输出字段文字错误，用户无法理解字段含义。
页面设计没有完成需求规定的输入限制验证，导致用户可以输入错误的或者无效的数据，这些数据有可能会引起功能性错误。
4．页面设计易用性缺陷
1.页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。
2.提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。
3.提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。
6．开发人员疏忽引起的缺陷
因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。
升级会员 