软件测试总结报告(20210311072719)

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序号枉务描述幵始A寸间结束时间制定测试计划存规划幵发和测试的具傑步鳗杆2012.07.22012.07.25P2评搭趣测SW境2012.07.26*1编写测试用例Q分析程序的具体功能模块编 写每个模块的测试用例2012.07.272012.08.0&测试系统屮據照霞赋用例测试系统42012.08.02012.10.12修改再洒皿Q修改bug,重新测试，宣到不再 出现bug卢2012-Oa.O5P02.10.132编写测试报告4总结测试过程编写测试报舌201X10.152012.10.15记录进度回顾2.2 测试执行此次测试严

4、格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例， 对系统进行了完整的测试、2.3测试用例CTSFT059携作日盂诃袖挣作员的聲录佶息、对乘线氏权卩艮 旳携作信恳、恒息的悌改、删歸旳捋作 的信是主行奄询Parts rrSFSTS !fin(ln 眄耐叩砂对 蟋气血麹熬经直口意憚Ttw漏号filodule 握脏Test测试史Dvsarip-linn的社说用crsFsoai需口厨口可切燥若打丹藝-卜盲口，可狂这昱选择已打齐 丽老口暹行高口间切氧Bih.fi鑿试通赴|Pai:t& CTSF

5、STS Help 燃吨fe虜窠绕綁助lltn 95 号Module膜块Test测恫立Dfjsmpt ion说用酱主CYSFS001设赛卑面讯格词梅拥苣己善烬谡S不同抽軟件濒色凤已执行测试通过crypsoo关于关于本枝時劭币粽件版本及版权佰息酬愤通述6疔兀阳俺及密码对当甫操作員吊胚冯理疔谄改己执行測试通过3测试环境与方法3.1 软硬件环境环境备注頤件环境-2&内存1 160Gm上硬盘“软件环境口Indovs 2003 XP 人吭igf诧出.0二 SVNL(5 及以上版本、sqi wivhFOO仏 综合收劈系统V2.0*-3.2 测试方法和工具测试方法测试工臭备注功能4黑盒手王回归卢Bug? re

6、e+性能4黑盒手工回归VBuF reeP可靠性衣黑盒手王回归门BugF reeP安全曲黑盒手工回归卢Eli或 ree+可使用性疔黑盒手工回归”Bugjrwi1兼容性匸黑盒手工回归门Bugjre1卓安装和手册口黑倉手工回归厂Bugjiee+J4测试结果4.1 Bug引入阶段59410%80%bug引入阶段分析霑求分析盼段编囲航段利试盼段左布舫段4.2 Bug引入原因缺陷引入原因分布图需求後计喪相義諳误漏码错罠数据阵相关结枸瑕埶据错误易用性5测试覆盖分析测试覆盖率分析捌诫遲解错误1. 此次测试的重点在在于对功能的测试，特别是V2.0新增功能的测试；2. *完成在常见的操作环境下的测试，因此具有良好

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