银行系统实验四五报告.docx

1、银行系统实验四五报告11测试计划（廖宇梅）11.1引言11.1.1编写目的在开发软件的过程中，要处理非常复杂的问题，软件的开发各个阶段都会不可避免地存在误差，审查也不可能发现所以的误差，因此软件测试是保证软件质量的关键步骤，其目的就是在软件投入生产或交换的用户之前，尽可能多地发现软件的错误并解决。11.1.2背景项目名称：银行储蓄管理系统用户：银行说明：通过测试，开发尽可能满足用户需求，而不出现错误的软件11.1.3定义无11.1.4参考资料软件工程导论（第四版） 张海潘 清华大学出版社软件工程 任胜兵 刑琳 北京邮电大学出版社11.2计划11.2.1软件说明对软件进行测试必须充分暴露出软件系

2、统肯、可能出现的问题，并加以改进。11.2.2测试内容对银行储蓄管理系统中的“按用户名和ID查询”模块（G6）进行黑盒测试和白盒测试。11.2.3“按用户名和ID查询”模块（G6）黑盒测试11.2.3.1进度安排测试进行1周，此间进行观察记录11.2.3.2条件操作系统：Windows系列Server,linux系列操作系统,Windows系列 Workstation数据库管理系统：Oracle 或SQL SERVER数据库系统开发环境：Microsoft Visual Basic 6.0中文版11.2.3.3测试资料测试用例11.2.4“按用户名和ID查询”模块（G6）白盒测试11.2.4.

3、1进度安排测试进行1周，此间进行观察记录11.2.4.2条件操作系统：Windows系列Server,linux系列操作系统,Windows系列 Workstation数据库管理系统：Oracle 或SQL SERVER数据库系统开发环境：Microsoft Visual Basic 6.0中文版11.2.4.3测试资料测试用例11.3测试设计说明11.3.1“按用户名和ID查询”模块（G6）黑盒测试11.3.1.1控制业务员或管理员状态下点击应用程序窗口的查询模块，即可查询操作。11.3.1.2输入按照黑盒测试用例输入用户名和ID11.3.1.3输出输出结果为用户储蓄的各项信息11.3.1.

4、4过程使用测试用例不断进行测试，观察和记录测试结果11.3.2“按用户名和ID查询”模块（G6）白盒测试11.3.2.1控制业务员或管理员状态下点击应用程序窗口的查询模块，即可查询操作。11.3.2.2输入按照白盒测试用例输入用户名和ID11.3.2.3输出输出结果为用户储蓄的各项信息11.3.2.4过程使用测试用例不断进行测试，观察和记录测试结果11.4评价准则11.4.1范围测试用例能够覆盖满足用户的大多数需求11.4.2数据整理11.4.3尺度测试如果能够满足储户的多数需求，并且在运行期间的出错率小于2%，则认为测试通过。12测试分析报告（段春林）测试分析报告的编写是为了把组装测试和确认

5、测试的结果、发现及分析写成文件加发记载，具体的编写内容要求如下：12.1引言12.1.1编写目的本测试报告为银行储蓄管理系统的测试报告，目的在于总结测试阶段的测试以及分析测试的结果，描述系统是否符合需求，弄清预期结果与实际结果之间的差别。为了发现程序中的错误，通过分析错误产生的原因和错误发展的趋势可以帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进。12.1.2背景 被测试软件：银行储蓄管理系统 项目提出者：老师 开发人员：耿粉团、袁兴才、廖宇梅、段春林 描述：该软件的用户主要是小型银行储蓄所，该软件安装于PC机，软件测试环境与运行环境相同，硬件配置差异不大，所以对测试结果没有多大影响

6、。12.1.3定义 该软件基于微软提供的开发平台，利用VB编程语言和ACCESS数据库结合开发的应用软件。12.1.4参考资料 软件工程导论张海潘（中）软件工程实践者的研究方法Pressman(美)软件工程案例精讲 王业龙（中）软件工程实验 狄国强（中）12.2测度概要1.测试组织角色姓名职责测试管理人员耿粉团、袁兴才1. 测试策略：测试人员分不同身份ID根据需求说明书对系统进行全面测试，并记录2. 测试进度：一周之内完成所有测试3. 资源准备：实验室的主机及网络。测试人员廖宇梅、段春林测试执行：根据分工，以自己的身份ID对系统测试并分析结果。12.3测试结果及发现12.3.1测试1（标识符）

7、对整个系统的测试情况结果如下需求/功能用例个数执行总数未执行数未/漏测分析原因系统功能330系统安全分析220系统性能440用户界面440运行环境211实验室PC机差异有限12.3.2测试2（标识符） 需求覆盖分析 需求项测试类型是否通过备注系统功能系统测试否缺少完整的系统安装部署实用系统卸载的说明系统性能系统测试是系统安全分析系统测试是用户界面系统测试是运行环境内部测试是使用WINDOWS提供的系统用户手册用户测试是用户体验度12.4对软件功能的结论12.4.1功能1（标识符）12.4.1.1能力登录界面功能测试输入项类型安全性检测是否通过用户名字符型是否含有非法字符是密码字符型是否含有非法

8、字符，是否和用户名匹配是身份字符型选择项不能为空是12.4.1.2限制1.密码保护措施没有，先进的密码保护策略2.用户界面美化受到非美学专业技能的限制3.数据库查询相关信息受到技术条件和平台的限制12.5分析摘要12.5.1缺陷和限制分类范畴子项目缺陷等级备注系统缺陷程序所引起的死机、非法退出A程序死循环A程序错误A 数据缺陷数据计算错误B数据约束错误B数据输入、输出错误B 数据库缺陷数据库的表、缺省值未加完整性约束等B数据库链接错误B数据库中的表有过多的空值字段B 接口缺陷数据通信错误B程序接口错误B硬件通信、接口错误B 业务规范用例错误A默认设置不规范B 录入错误出现WINDOWS系统提示

9、A系统停止响应A数据编辑无效B出现非法操作提示或应用程序错误提示B.NET错误提示B残留编辑信息未及时删除B非正常的失败或操作错误提示B流程错误逻辑控制错误或数据控制错误A报表和查询出错报表取数、分级汇总。数据口径不统一，对报表筛选、过滤等操作出现错误A打印错误打印及打印相关操作错误B 权限及安全性问题匿名登陆成功明码登录缺少必要的权限对不可逆的操作缺少安全提示某操作员没有该权限但能进行操作只有查询权限的情况下，仍然能编写成功没有某权限但通过快捷菜单能够绕开对权限进行多种组合但出现控制出错现象默认状态下权限设置不合理数据成批处理没有考虑到与权限设置存在冲突C功能出错程序功能出现错误程序功能无法

10、实现建议类错误功能建议操作建议校验建议说明建议帮助文件建议说明：以上分类缺陷中的内容构成基本缺陷库，根据实际工作总结，将不断扩充完善。如新增分类则在备注中说明不能执行正常工作或重要功能，程序使系统崩溃或使系统资源不足严重影响系统要求或基本功能的实现，并没有办法实现严重影响系统要求或基本功能的实现，但有合理的办法实现使操作者不方便或遇到麻烦，但不影响系统功能的实现建议性的改进要求12.5.3建议 在使用该系统的基础上继续搜集用户和职员的需求反馈，并参考结合其他业务管理系统的优势，在今后的版本中不断补充和完善系统的功能和性能。建议当项目组成员确定后，在项目组内部对各事项进行一些约定，如开发，和测试

11、的通用规范等，进一步提高软件的开发效率。12.5.4评价经过项目小组的测试，该系统能够实现需求说明书中所约定的功能，即，能够基本满足用户（职员、客户、管理人员）在前台进行用户登录，信息查询，修改等一系列业务操作。功能能够较好的实现，数据易于维护。12.6 测试资源消耗1. 占用实验室的网络，软件，硬件等资源2. 消耗大量人力13开发进度月报（段春林）开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便函及时发现或处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以项

12、目组为单位按月编写。具体的内容要求如下：13.1标题 银行储蓄管理系统开发进度报告13.2工程进度与状态13.2.1进度 项目计划人员可行性研究小组人员讨论1周之内完成项目开发计划由组长根据情况做出计划12天完成软件需求说明书由所分配到任务的组员讨论分析2周之内完成数据需求说明书由所分配到任务的组员讨论分析2周之内完成概要设计说明书由所分配到任务的组员讨论分析1周之内完成详细设计说明书由所分配到任务的组员讨论分析3周之内完成数据库设计说明书由所分配到任务的组员讨论分析3周之内完成用户手册由所分配到任务的组员讨论分析1周之内完成操作手册由所分配到任务的组员讨论分析1周之内完成模块开发卷宗由所分配

13、到任务的组员讨论分析2周之内完成测试计划由组长和组员讨论分析1周之内完成测试分析报告由所分配到任务的组员讨论分析4周之内完成并写入报告开发进度报告由所分配到任务的组员讨论分析1周之内完成项目开发总结由组长带领全体组员对整个过程进行全面总结13.2.2状态时间项目和计划完成效果备注9.139.18小组人员讨论1周之内完成可行性研究一般9.189.20由组长根据情况做出计划12天完成项目开发计划良好9.209.30由所分配到任务的组员讨论分析2周之内完成软件需求分析良好10.110.10由所分配到任务的组员讨论分析2周之内完成数据需求分析良好，数据分析有不足之处10.1010.15由所分配到任务的

14、组员讨论分析1周之内完成概要设计说明书良好但不够完善10.1510.23由所分配到任务的组员讨论分析3周之内完成详细设计说明书良好10.2311.5由所分配到任务的组员讨论分析3周之内完成数据库设计说明书良好11.511.10由所分配到任务的组员讨论分析1周之内完成用户操做手册良好11.1011.15由所分配到任务的组员讨论分析1周之内完成用户手册良好11.1511.25由所分配到任务的组员讨论分析2周之内完成模块开发卷宗一般11.2511.30由组长和组员讨论分析1周之内完成测试计划效果良好11.3012.20由所分配到任务的组员讨论分析4周之内完成并写入报告测试分析报告完成基本测试，软件系

15、统基本稳定12.2012.25由所分配到任务的组员讨论分析1周之内完成开发进度报告完成效果良好12.2512.18由组长带领全体组员对整个过程进行全面总结组员都积极参与总结此过程中的很多不足13.3资源耗用与状态13.3.1资源耗用13.3.1.1工时 大概花费34个月的工时13.3.1.2机时 4050个机时13.3.2状态 实验室有充足的时间和设备资源供小组成员研究使用13.4经费支出与状态13.4.1经费支出无13.4.1.1支持性费用 无13.4.1.2设备购置费无13.4.2状态 无13.5下个月的工作计划 无13.6 建议 小组成员在开发过程中把理论和实际结合的过程有很大不足之处，

16、希望以后能够有很大改进。14项目开发总结报告（廖宇梅）项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。具体的内容要求如下：14.1引言14.1.1编写目的该 项目开发总结报告是对本次系统的开发全部工作的总结，对各个成员的具体工作的总结。让团队能够全面的认识与掌握自己的优势与缺点。同时也让上级能够全面的了解整个开发系统的各个步骤及对系统的认识。本软件测试计划说明的读者对象是系统开发人员，受理任务的人员。14.1.2背景项目名称：银行储蓄管理系统说 明：现在的银行储蓄系统工作效率低，越来越不能满足广大储户的需要。银行与客户都迫切希望能

17、更方便更省时就可以办理储蓄业务。现代计算机网络的高速发展使越来越多的人更喜欢网上购物、不出门即可交纳各种费用。在这样的背景下，很明显现行的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。14.1.3定义系统：银行储蓄管理系统用户：使用系统的储户管理员：使用系统的银行管理着和职员数据库：存储数据14.1.4参考资料软件工程导论 张海潘 清华大学出版社管理信息系统 薛华成 清华大学出版社软件项目管理 阳王东 中国水利水电出版社软件稳档编写 辛明海 潘孝铭 五晋隆 连灿红 高等教育出版社14.2实际开发结果14.2.1产品产品名称：银行储蓄管理系

18、统模块：融资模块，结算模块，参数模块，接口模块，报表模块，新产品模块14.2.2主要功能和性能、外部功能：本软件具有输入、输出、查找、更新等功能、内部功能：该软件集命令、编辑、编程于一身，完成过滤、定位、显示等功能。存款时，存款人写明存款信息，由业务员处理到系统，生成存款单。取款时，储户输入密码且密码正确或取款时未留有密码有电子系统自动生成且打印利息清单给储户。软件有新建、修改、查询、更新等业务的功能，各模块有不同的功能，但是都能完成查询和储蓄功能、开户：名称开户功能描述用户向银行前台工作人员出示身份证，填写姓名、家庭住址、身份证号码，并且决定开始要存入的初始金额；银行工作人员给用户开出账号以

19、及给出密码和开户日期。操作者前台工作人员用户输入输入用户姓名、初始金额、身份证号输出账号、密码、开户日期、存款：名称存款功能描述用户向银行前台工作人员提供账号，并且决定要存入的金额；银行工作人员给用户账号的余额和存款日期。操作者前台工作人员用户输人账号，存款金额输出账号余额和存款日期、取款：名称取款功能描述用户向银行前台工作人员提供账号和密码，并且决定要取出的金额；银行工作人员给用户账号的余额和存款日期。操作者前台工作人员用户输人输入账号、密码，取款金额输出账号、密码和取款日期、查询：名称查询功能描述用户向银行前台工作人员提供账号和密码，银行工作人员给用户账号的余额和查询日期。操作者前台工作人

20、员用户输入输入账号、密码输出账号、密码和开户日期、转账：名称转账功能描述用户向银行前台工作人员提供账号和密码，银行工作人员给用户账号的余额和查询日期。操作者前台工作人员用户输入输入账号、密码，转账、账号、金额输出要转出账号的余额和开转账日期、修改密码：名称修改密码功能描述用户向银行前台工作人员提供账号和账号的源密码，然后决定新密码，银行即用新密码代替用户账号原来的密码。操作者前台工作人员用户输入输入账号、密码和新密码输出改密日期、销户：名称销户功能描述用户向银行前台工作人员提供账号和密码，并且把账号的余额全部取出，银行撤销这个账号。操作者前台工作人员用户输入输入账号、密码输出销户的日期14.2

21、.3基本流程 14.2.4进度按要求顺利完成任务14.2.5费用无14.3开发工作评价14.3.1对生产效率的评价、开发的反复性比较大、对客户的需求理解不是很透彻综合上述：此项目开发效率不是很高。14.3.2对产品质量的评价对产品功能的评价经过我们各个组员的努力，银行管理系统已经基本完成了客户的业务流要求，但是还是存在这着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定的问题，这就需要我们用一定的时间来维护客户使用过程提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。14.3.3对技术方法的评价1 VB、Access 内在支持多种软件工程工具，功能强大。2 SQL server 体积小，速度快，开放源码。3 Tomcat 技术先进、性能稳定、扩展性好。4 Star UML功能强大。14.3.4出错原因的分析 数据库定义中完整性约束与唯一性约束没有做出明确的定义导致数据库连接和获取数据出现错误。 数据库中的表之间的级联问题会导致对表的操作不便，比如要删除某个数据时会由于它与其它表之间的级联关系会删除不了等一些问题。 有些数据表之间建立主键与外键的关联。