软件测试总结报告

1、精品1 引言1.1 编写目的编写该测试总结报告主要有以下几个目的1通过对测试结果的分析，得到对软件质量的评价2分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3评估测试测试执行和测试计划是否符合4. 分析系统存在的缺陷，为修复和预防 bug 提供建议1.2背景1.3 用户群主要读者： * 项目管理人员其他读者： * 项目相关人员。1.4 定义基本功能点测试 ：等价类划分法、边界值法、错误推测法、场景法业务流程测试 ：根据业务逻辑，构建测试数据，执行业务流程，查看执行结果与预期是否一致界面易用性测试 ：根据界面测试规范及日常使用习惯，提出软件的非功能实现问题回归测试 ：对已修复的问题

2、， 根据测试出该错误的用例， 重新执行该用例， 验证问题是否真正被修复， 以及是否又引起了其它错误1.5 测试对象对综合管理系统进行全新测试，主要进行功能测试、系统测试1.6 测试阶段第一阶段：对主业务逻辑及功能进行测试第二阶段：对所有业务逻辑及功能进行深入测试第三阶段：回归测试1.7 测试工具BugFree缺陷管理工具1.8 参考资料*功能描述*数据字典*测试计划*测试用例*项目计划2测试概要*系统测试从 2012年7月25日到2012年10月12日基本结束，历时近 70个工作日。后续还有一些扫 尾的工作，又增加一些工作时日。是一项花费大量人力物力的项目。*通过BugFree缺陷管理工具进行

3、缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录2.1 进度回顾序号任务名称任劳描述开始时间结東时间制定测试计划J规划幵发和测试的具体歩醱201207.2舁2012.07.25*搭建测卸境门2012.07.264)2012.07.25编写测试用例门分祈程厚的具体功能模块编 写毎个模块的测试用例A2012.07,272D12-Oa.O8测试系统审按照孤赋用例测试系统板2324比吟2012.10.12修改再测试存侈改bu因重新测试直至i|不再 出现bug2O12.OS.2012.10.12P編写测试抿吉Q总結淞加过程编写测试抿舌2O12.1O.1S*32012-10.152.2

4、 测试执行此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例,对系统进行了完整的测试、2.3 测试用例CYSF7059换作日志查询可对揍作员的登录信息、対系铳斥税眼 的换作信息、信息的僱改、删除的操作 的信息进行直洵已执行测试通过Partfi CYSFSYS Windows Hanagement 临气收贵粟纯窗口管哩Iten骗号Module複块Test剧试.点Description功能说朋用例状态刻试结果CYSF8001窗口窗口间切换若打开爭个裔口，可在这里选掙已打开 的窗口

5、巡行廝口间切换已执行测试通过PartS CTSFSTS Help魅气收頭岳统辭助Itea絹号Module樫块Test测试亞Description功能说朋用例状态褰血结果CTSF9001设蛊界面凤搐设畫畀面凤搐可根据自己言好设适不同的软件颜色风 格已执行测试谨过CTSF9002吴于黄于本软件显示软件版本麼版权僧息已执行测试通迥CYSF9C03谯改密码悸改密码对当苗按作员的密码进行修改已执行测试通迥3测试环境与方法3.1 软硬件环境环境备注硬件环墳卢2G內存、让胎及以上硬盘护软件环境口Wind。蚀 2003 XP 人 bugfr3J 2. SVN1 及以上版本、sql sencr2M5； 综吕以费

6、系统1*2-23.2 测试方法和工具测试內容测试方法测试工具备注功能Q黑盒手工回归户BugFiee*1性血黑宜手工回归心BugFiW可辜性厂黑育手工回归口Bugfree-p安全扣黑倉宇工回归户Bugfiee*1p可使用性*黑盒手工回归+BiigTree兼容性门黑倉手工回归门BugFree+安装和手册心黑盒手工回归口BugFiee+J+t4测试结果4.1 Bug弓I入阶段-可编辑-bug引入阶段分析漏码初議刻试盼段发布阶段4.2 Bug引入原因缺陷引入原因分布图5%10需求设计及相关绪误编咼第误埶据库相关结构履埶据错渓易用性测试理繩辖误5测试覆盖分析精品2. *完成在常见的操作环境下的测试，因此

7、具有良好的兼容性。3. 本次此时的目的除了基本的功能测试外，重点突出对系统易用性的测试，力图使系统更加的人性化， 操作更加简单，易懂。6测试结果和建议6.1 测试结论1. *的测试工作已基本结束，功能测试目标也已完成，剩下部分报表的设计需要继续完善。2. 本次测试从功能性，易用性，兼容性等多个方面进行测试，力图在满足客户需求的基础上操作更加 简捷，人性化。6.2 改进建议1. 测试过程中遇到的最大问题是需求的不确定性和需求的变更。前期由于开发人员和测试人员对一些 需求的理解不一致，或是在需求文档中需求的定义不明确，大家根据自己的理解开展工作，继而在后期工 作中产生一些不必要的bug;除此之外，由于在前期，没有对客户的需求进行较为准确的界定，在开发过程中，客户提出一些新的要求，而这些要求和其他功能具有关联性，需求做改动，开发和测试也进行改动， 比较显著地例子是在开发中后期要求在一个关联性强的表中增加一个字段，从而引起一系列重复的测试。因此我认为在开发前期要反复确定需求， 并制定需求变更标