软件测试总结报告

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个工作日。后续还有一些扫尾 的工作，又增加一些工作时日。是一项花费大量人力物力的项目。*通

3、过BugFree缺陷管理工具进行缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录2.1 进度回顾序号任务名称任务描述开始时间结東时间制定测试计划5规划幵发测试的具俸步2012.07.22012.07.2S*2心搭窿测试环境2012.07.26编写测试用例4分析程序的具体功能模块编 写毎个模块的测试用例+2012.07.272D12.Da.O8*测试系统2技照霞JiS用例测试系统a2<J1ZOS.2012,10.12修改再口修改bu母重新测试，直到不再 出现bug»J2012.03.0-編写测试报吉心总结測加过程编写测试抿&201240.152012.

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

5、里选掙已打开 的窗口进行畜口间切赖已执行测试通过PartS CTSFSYS Help魅气收费系统梆助Itea絹号Module樫块Test测试査Descript ion功能说踴用例状态別试結果CTSF9001设蛊界面凤格设畫畀面凤格可根振自己事好设盍不同的软件颜色风 格已执行测试通过CTSF9002吴于黄于本软件显示软件版本及版权僧息已执行测试通迥CYSF9003谯改密码悸改密码对当前按作员的密码进行修改已执冇测试通迥3测试环境与方法3.1 软硬件环境环境硬件环境2G內存、让胎及以上硬盘护软件环境Windzs 2003 XP 7、bug也哉302、SVN1力及以上陋本、绢1 "SE沢

6、综吕以费系统1*2-23.2 测试方法和工具测试內容测试方法测试工具备注功能Q黑盒手工回归存BugFiee*1-p性鋪黑盒手工回归门BagFre&>可皐性厂黑盒手工回归口Bugfreep安全曲黑倉手工回归卢BugFiee+J可使用性黑宜手工回归卫BiigTreep兼容性卢黑盒手工回归存BugFree-p安装和手删4黑育手工回归口BuFiee+J+f4测试结果4.1 Bug弓I入阶段辰聖t no/8094bug引入阶段分析需求分析阶段编码旳段 测试的段发布盼段4.2 Bug 引入原因缺陷引入原因分布图5霜105SII求设计及梱義餡误漏码错淇颤福库相关结构及数据箱戻易用性测试豐解佶误

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