1引言
1.1编写目的
本报告为个人财务管理系统开发的测试分析报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。从而缩短软件开发者的再开发时间和所耗费的精力。测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 本说明书的预期读者为用户、业务或需求分析人员、测试人员、开发人员、用户文档编写者、项目管理人员和其他质量管理人员。
1.2背景
开发软件名称：基于安卓开发的《自习任我行》
项目开发成员：杨波、崔海营、周亚豪、闵芮、高琪、蔡容玉、张丹丹
用户：所有铁道大学的学生
1.4参考资料
黎照、王华、李淑春.《软件工程项目管理实用技术与常用模板》 [M]北京：清华大学出版社，2012.12
廖礼萍.《软件工程与实践》.[M]陕西：西安交通大学出版社
2概要测试
用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。
3评价准则
3.1范围
本系统测试的主要内容包括功能测试、界面测试、安全测试
3.2数据整理
手工执行所有测试，所有测试的有关操作和结果填写进测试报告，对测试结果进行分析，提交测试分析报告。
3.3尺度
系统测试结果大致可以分为四类：
1类：测试用例正确执行，与期待输出结果一致，没有发现任何错误。
2类：能正确完成功能要求，但测试用例执行过程中出现一些界面、提示、使用不方便等方面存在问题，对于这些问题一般不需要做进一步处理，往往可以忽略。
3类：能正确完成主要测试功能点，不能正确完成某些次要功能点，或不能正确处理某些出现概率较小的特殊输入组合，此类问题应不影响测试用例整体的正确性。
4类：不能完成测试用例所要检查的主要功能，或虽有此功能但出现的错误将引发大量的补救措施。
测试工作的评价尺度：系统应该达到前三类系统测试结果的效果。
4测试结果及发现
4.1测试一（查询自习室模块）
|
测试组数 |
预计输出数据 |
实际输出数据 |
|
1 |
输入错误 |
提示错误 |
|
2 |
成功显示符合条件的信息 |
自习室条目 |
4.2测试二（安排自习室模块）
|
测试组数 |
功能 |
实现 |
|
1 |
查看安排信息 |
成功 |
|
2 |
修改信息 |
成功 |
5分析摘要
5.1能力
自习任我行基本上实现了原设计的各项功能，并能够在详细的测试修改和功能说明后投入使用。
测试环境与实际运行环境之间存在的差异，可能导致响应时间的不一致。其他基本都能满足。
5.2缺陷和限制
整个软件功能相对单一，且在数据库表的设计方面的简单可能导致在数据很大的时候访问缓慢。
网络传输的保密性，安全性以及数据库的安全性还存在一定的缺陷。没有对语句注入等安全隐患给出相应的应对方案。 对于限定性输入框中的限定条件不够完整。 整体功能需进一步完善。
5.3建议
可以在今后的使用过程中逐步增加和完善系统的功能。
5.4评价
该项目基本实现了需求分析报告中提出的各项功能需求，由于各种原因很遗憾仍有一部分功能未能按时实现，已完成的相关模块具有一定得健壮性的和安全性，该项目系统可交付使用。小组仍处于经验不足的探索尝试阶段，各方面并不成熟，因此该系统可能还存在诸多问题，仍需进一步改进。