软件工程课程实践-测试分析报告

1．引言

1.1编写目的

测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。从而缩短软件开发者的再开发时间和所耗费的精力．资金。从这方面上，我们不难发现，测试分析报告所指明的对象主要是针对于软件开发者。

1.2项目背景

(1)项目名称：基金管理系统

(2)任务提出者：XXX

(3)开发者：XXX软件工程小组

(4)用户：基金用户

(5)实施单位：XXX软件工程小组

1.3定义

SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

SQL: 一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。

外部主键：数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.4参考资料

以下列出在软件测试分析过程中所使用到的有关资料：

1.《基金管理系统项目计划任务书》   软件开发小组   

2．《基金管理系统项目开发计划》      软件开发小组   

3．《需求规格说明书》      软件开发小组  

4.《概要设计说明书》 软件开发小组

5.《详细设计计划》 软件开发小组

6.《软件测试计划》 软件开发小组

7．《软件工程》     张海藩 清华大学出版社    

8．《软件工程》           钱乐秋        清华大学出版社

2．测试计划执行情况 

2.1测试项目

• 单元测试

单元测试通过对软件中的最小可测试单元进行检查和验证，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。

这里的话我们是对后端编写的各个接口类进行测试，查看其各种覆盖率，看其是否能够达到标准。

• 集成测试

集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它最简单的形式是：把两个已经测试过的单元组合成一个组件，测试它们之间的接口。

实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。一些局部反映不出来的问题，在全局上很可能暴露出来。

这里的话我们将各个模块进行连接后，进行相应的集成测试。

• 接口测试

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

• 需求测试

我们在测试活动中，首先需要明确测试需求(What)，才能决定怎么测(How)，测试时间(When)，需要多少人(Who)，测试的环境是什么(Where)，测试中需要的技能、工具以及相应的背景知识，测试中可能遇到的风险等等，以上所有的内容结合起来就构成了测试计划的基本要素。

这里我们主要测试是否满足了用户的需求，具体的需求可参考“需求规格说明书”

• 系统测试

系统测试是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入。再例如，压力测试是测试系统在正常数据量以及超负荷量(如多个用户同时存取) 等情况下是否还能正常地工作。

2.2测试机构和人员

测试机构　――　XXX软件开发小组

2.3测试结果

请参考测试计划。

3测试结果概述

3.1对被测试软件的总体评估

被测试软件总体符合评价准则。在文档上，与需求规格说明书、设计说明书一致。对于需求覆盖率，达到100%，代码覆盖率达到95%。用例通过率达到100%。软件缺陷终结率达到100%。并且各模块间衔接没有错误。

3.2测试环境的影响

良好的软件测试环境对测试人员进行测试是个很好的保障，提高测试效率，也是对项目质量的一种保障。我们期望测试环境无限接近于客户所需软件运行的真实环境，这样能够测试出真实环境中的所有问题，同时也需要理想环境以便找出问题的真正原因。由于人手和精力有限，只能确保我们测试的内容准确无误。

3.3改进建议

增派人手、使用更加专业全面的测试工具

4详细的测试结果

4.1单元测试

4.1.1测试结果小结

单元测试的用例可参考软件测试计划的后端测试用例对应的编号1、2、3。属于白盒测试，都已经通过测试，得到预期结果。

4.2集成测试

4.2.1测试结果小结

集成测试的用例可参考软件测试计划的后端测试用例对应的编号5。目的是检验模块之间的连接是否正确，都已经通过测试，得到预期结果。

4.3 接口测试

4.3.1测试结果小结

接口测试的用例可参考软件测试计划的后端测试用例对应的编号4。目的是前后端数据的传送是否正确，都已经通过测试，得到预期结果。

4.4需求测试

4.4.1测试结果小结

单元测试的用例可参考软件测试计划的前端测试用例。属于黑盒测试，都已经通过测试，得到预期结果。

4.5系统测试

4.5.1测试结果小结

系统测试是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这里我们对整体项目进行测试后没有发现错误，得到预期结果。

5测试记录

5.1单元测试测试记录

测试日期：2022.5.17至2022.5.24

测试硬件配置：笔记本HP Laptop 15s-dy0xxx

测试类型：白盒测试

测试工具：JUnit

测试参与者：XXX

测试功能：后端Dao包数据接口测试、后端Service包数据接口测试、后端Service包数据接口测试

5.2集成测试测试记录

测试日期：2022.5.25至2022.5.28

测试硬件配置：笔记本HP Laptop 15s-dy0xxx

测试类型：白、黑盒测试

测试工具：JUnit

测试参与者：XXX

测试功能：集成测试检查模块间的接口

测试内容：主动发送请求调用其他模块、使用按键点击调用其他模块

5.3接口测试测试记录

测试日期：2022.5.29 至2022.5.31

测试硬件配置：笔记本HP Laptop 15s-dy0xxx

测试类型：黑盒测试

测试使用软件：Postman

测试参与者：XXX

测试功能：前后端数据的传输

5.4需求测试测试记录

测试日期：2022.6.1至2022.6.2

测试硬件配置：笔记本HP Laptop 15s-dy0xxx

测试类型：黑盒测试

测试参与者：XXX

测试内容：测试系统的功能是否能够满足用户的需求，具体测试可以参考需求规格说明书

5.5系统测试测试记录

测试日期：2021.6.3至2022.6.4

测试硬件配置：笔记本Z7M-KP5DC、安卓手机moto edges、安卓手机Mix2

测试类型：黑盒测试和白盒测试

测试使用软件：AirtestIDE

测试参与者：XXX

测试功能：系统整体功能测试

6评价

本次测试的评价包括覆盖评价以及质量和性能评价。

从覆盖的方面看，本次测试囊括了白盒测试和黑盒测试。白盒测试的覆盖是指对代码的覆盖，测试覆盖了每个方法，所以覆盖率为85%，属于优秀的覆盖率。黑盒测试的覆盖是指对需求的覆盖，覆盖到每个功能点，通过参考软件设计说明书，编写的测试用例，有效的覆盖了所有的功能点，属于完全覆盖。

从软件质量的方面看，软件结构良好，易读、易于理解，并易于修改、维护。功能性好，交互界面完善无错误。