6 软件测试四川大学课程中心Word文档下载推荐.docx
《6 软件测试四川大学课程中心Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《6 软件测试四川大学课程中心Word文档下载推荐.docx（28页珍藏版）》请在冰豆网上搜索。
2.4技术可行性分析3
2.4.1处理流程和数据流程3
2.4.2技术实力3
2.4.3设备条件3
2.5经济可行性分析3
2.5.1支出3
2.5.2效益4
2.5.3收益/投资比4
2.5.4投资回收周期4
2.5.5敏感性分析4
2.6社会因素可行性分析4
2.6.1法律因素4
2.6.2用户使用可行性4
2.7结论意见5
3需求分析6
3.1功能需求6
3.1.1功能划分6
3.1.2功能描述6
3.2性能需求7
3.2.1系统处理的准确性7
3.2.2系统的易用性和易维护性7
3.2.3时间特性7
3.2.4适应性7
3.2.5系统的先进性7
3.3运行需求8
3.3.1用户界面8
3.3.2硬件和软件配置8
3.3.3故障处理8
4总体设计9
4.1总体结构9
4.2数据结构设计9
4.2.1数据逻辑结构设计9
4.2.2数据物理结构设计9
4.3接口设计10
4.3.1外部接口10
4.3.2内部接口10
5详细设计11
5.1商品入库模块11
5.1.1添加过程：
11
5.1.2、删除过程：
5.2商品销售模块12
5.2.1添加过程：
12
5.2.2删除过程：
6软件测试13
6.1测试计划13
6.1.1测试项目13
6.1.2测试准备13
6.1.3测试机构及人员13
6.1.4测试项目名称及测试内容13
6.1.5进度13
6.1.6条件13
6.2测试用例14
6.2.1输入信息模块14
6.2.2输出信息模块15
6.3测试结果15
6.4测试总结15
7总结16
7.1设计过程16
7.2遇到的问题与解决16
7.2.1系统建立阶段16
7.2.2报告编写阶段17
7.3总结与体会17
参考文献18
1引言
一直以来人们使用传统的人工方式管理图书资料。
这种方式存在着许多缺点，如效率低、保密性差且较为繁琐。
另外，随着图书资料数量的增加，其工作量也将大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。
经过详细的调查，目前我国各种图书馆中有相当一部分单位图书资料管理还停留在人工管理的基础上。
这样的管理机制已经不能适应时代的发展，其管理方法将浪费许多人力和物力。
随着科学技术的不断提高，这种传统的手工管理方法必然被以计算机为基础的信息管理方法所取代。
图书管理[1,2]作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高图书管理的效率。
因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统，将是非常必要的，也是十分及时的。
2可行性分析
2.1编写目的
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交软件经理审查。
2.2项目背景
长期以来，人们使用传统的人工方式管理图书馆的日常业务，其操作流程比较繁琐。
在借书时，读者首先将要借的书和借阅证交给工作人员，工作人员然后将每本书的信息卡片和读者的借阅证放在一个小格栏里，最后在借阅证和每本书贴的借阅条上填写借阅信息。
在还书时，读者首先将要还的书交给工作人员，工作人员然后根据图书信息找到相应的书卡和借阅证，并填写相应的还书信息。
从上述描述中可以发现，传统的手工流程存在种种不足。
首先处理借书、还书业务流程的效率很低；
其次处理能力比较低，一段时间内，所能服务的读者人数是很有限的。
为此，图书信息管理系统需要为企业解决上述问题，提供快速的图书信息检索功能及快捷的图书借阅、归还流程。
2.3系统目标
本图书管理系统是为了简化图书管理员的管理工作和方便读者搜索自己想要的图书。
本系统的管理员模块主要为图书管理员设计，本模块方便管理员对图书录入、图书外借、图书续借、图书归还和图书删除的操作，同时系统还对图书基本资料做了归类整理，使得图书管理更加方便快捷。
读者模块主要实现对图书查询的优化，使读者能更快更便捷的得到自己想要的书籍的信息。
2.3.1系统要求
主要功能：
为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。
性能要求：
机场提供的信息必须及时的反映在旅游局的工作平台上。
售票系统的定单必须无差错的存储在机场的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
输出要求：
数据完整，详实。
简捷，快速，实时。
安全要求：
服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。
售票员只享有对订票信息库的部分修改（写入与读出）。
完成期限：
预计3个月，即截止2019年1月1日。
2.3.2条件、假定和限制
软件寿命：
5年
经费来源：
成都市科技局
硬件条件：
服务器sun工作站，终端为PC机
运行环境：
Windows
投入日期：
2019-01-01
2.4技术可行性分析
2.4.1处理流程和数据流程
在旅游局中的终端是安装了WindowsNT的PC机，主要目的是向机场的服务器传递数据。
当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。
当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。
当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。
2.4.2技术实力
开发人员已熟练掌握开发工具
2.4.3设备条件
程序设计软件MicrosoftVisualStudio.Net2008已安装。
2.5经济可行性分析
2.5.1支出
基础投资：
终端PC机20台：
8000*20=16万
网络设备：
10万
辅助配置：
共计：
36万
其他一次性投资：
Oracle8.0:
20万
WindowsNT:
10万
操作员培训费：
5万
35万
经常性支出：
人工费用:
6（月）*20（人）*5000（圆）=60万
其他不可知额外支出:
20万
共计:
80万
支出共计:
151万
2.5.2效益
一次性收益
0元
经常性收益（按银行利率：
1%）
减少员工20人（1000圆/人）五年收益:
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万
工作效率提高收益（工作效率提高30%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5=45万
经常性收益共计:
160万
不可定量收益
因服务质量提高增加旅客量10%:
1000万*10%*（90%+（90%）2+（90%）3+（90%）4+（90%）5）=360万
收益共计:
520万
2.5.3收益/投资比
520万/151万=344%
2.5.4投资回收周期
2.3年
2.5.5敏感性分析
设计系统周期为五年,估计最长可达10年，由此可增加收益：
XXXX万元
2.6社会因素可行性分析
2.6.1法律因素
●所有软件都选用正版。
●所有技术资料都由提出方保管。
●合同制定确定违约责任。
2.6.2用户使用可行性
●使用本软件人员要求有一定计算机基础的人员，系统管理员要求由计算机的专业知识，所有人员都要经过本公司培训。
●管理人员也需经一般培训。
●经过培训，所有人员将会熟练使用本软件。
2.7结论意见
由于投资效益可观,技术、经济、操作都有可行性，可以进行开发。
3需求分析
3.1功能需求
3.1.1功能划分
图3-1进销存系统层次方框图
3.1.2功能描述
在客户端系统的功能实现上，可以分为以下几个部分：
（1）旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。
（2）旅客信息的存储
将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。
（3）机票信息的传递及接收
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。
（4）取票通知及帐单的生成和打印
把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客：
根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
（5）机票销售情况的核算
这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。
3.2性能需求
3.2.1系统处理的准确性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
3.2.2系统的易用性和易维护性
机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；
针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
3.2.3时间特性
系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。
3.2.4适应性
（1）本系统数据库可以加载到SQLServer2008及以上版本，不能加载到更低版本；
（2）本系统使用之前需要进行适当培训，否则，不能很快掌握。
3.2.5系统的先进性
目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
3.3运行需求
3.3.1用户界面
表3-1用户界面输入及其描述
界面
输入控件
输入属性
输入描述
登录界面
用户名
文本
密码
输入时以*号显示
确定
按钮
点击后进入主界面
退出
点击后退出系统
添加用户
用户姓名
身份证号
点击后添加用户信息，然后返回主界面
点击后直接返回主界面
3.3.2硬件和软件配置
进销存信息管理系统中的各个子系统的硬件和软件的配置如下：
硬件
服务器端：
PentiumII450以上，1024MRAM，36GHD
客户机端：
Pentium133以上，32MRAM，2.1GHD
软件
系统软件：
windows98/2000/XP/WIN7/WIN8
数据库管理系统：
SQLServer2005
3.3.3故障处理
软件正式投入使用后，由于软件因自身的不完善性，用户操作的不可预测性，物理存储随时间损坏等一系列因素，会造成软件运行故障。
由专门的技术人员或故障处理系统来维护软件系统的正常运行，能够实时监测故障的出现，并及时进行系统的修改等处理。
尽可能地避免数据丢失、混乱等错误，为用户提供稳定、安全、可靠的使用环境。
4总体设计
4.1总体结构
下面以如图4-1所示的结构图来描述文字处理系统的软件总体结构，框内注明了模块的名字；
方框之间的直线表示模块的调用关系。
图4-1文字处理系统结构图
4.2数据结构设计
4.2.1数据逻辑结构设计
使用字节流文件存储数据，信息在C语言中，将被定义为结构类型，结构如表4-1所示。
表4-1库存信息表
商品编号
商品名称
拼音码
批号
产地
规格
包装
单位
进价
库存
库存信息表保存了所有零件信息，它的主键为商品编号。
4.2.2数据物理结构设计
数据物理结构设计主要是设计数据在模块中的表示形式。
数据在模块中都是以结构的方式表示，如表4-2所示。
表4-2旅客信息物理结构
属性名称
属性类型
属性描述
name
char[20]
旅客姓名
sexy
int
旅客性别（1为男，2为女）
idCard
unit
char[100]
工作单位
4.3接口设计
4.3.1外部接口
（1）用户界面
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
外观上也要做到合理化，考虑到用户多对菜单风格较熟悉，应尽量向这一方向靠拢。
在设计语言上，已决定使用C语言进行编程，在界面上可使用命令行菜单。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用
（2）软件接口
使用字节流文件存储数据，为此，我们将使用C语言的文件流对象进行相应的输入输出操作。
（3）硬件接口
在输入方面，对于键盘的输入，可用C语言的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用C语言的标准输入/输出流对其进行处理。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
4.3.2内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
（1）“编辑”中的“添加”模块接口参数
入口参数:
表头指针L，位置i，新结点x
出口参数:
表头指针L
函数值：
成功则返回1（用true表示）,
失败则返回0（用false表示）
5详细设计
对在各个信息界面中输入的各项信息进行检验。
若发现错误发出错误提示，并不对数据库中信息进行修改。
若未发现错误，则将信息添加至数据库。
其中的错误种类有：
（1）数据类型不匹配；
（2）数据超出规定范围。
5.1商品入库模块
对新的商品进行添加，输入以下内容，并输入正确的数据类型：
商品编号char[6]
商品名称char[50]
批号char[100]
产地char[40]
对在商品入库信息界面中输入的各项信息进行检验。
若未发现错误，则将信息添加至库存。
本模块算法如图5-1所示：
图5-1商品入库添加过程NS图
输入商品编号、商品名称、批号、产地等属性中的一项或几项，对入库信息进行搜索，找到入库记录后可以将其删除。
具体算法如图5-2所示：
图5-2商品入库删除过程NS图
5.2商品销售模块
添加待销售商品，输入以下内容，并输入正确的数据类型：
具体算法如图5-3所示：
图5-3商品销售添加过程NS图
输入商品编号、商品名称、批号、产地等属性中的一项或几项，对入库信息进行搜索，对销售信息进行搜索，找到销售记录后可以将其删除。
具体算法如图5-4所示：
图5-4商品销售删除过程NS图
6软件测试
6.1测试计划
6.1.1测试项目
各模块之间的接口测试
系统测试
界面测试
6.1.2测试准备
在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书.详细设计说明书作为总的提纲,选择合适的输入输出数据,并加以意义列举说明。
6.1.3测试机构及人员
测试机构为软件开发小组全体人员。
6.1.4测试项目名称及测试内容
在测试过程中，首先需要对各子单元过程进行测试。
在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。
各子模块测试名称如下：
输入信息模块测试
查询信息模块测试
修改信息模块测试
6.1.5进度
由于其测试过程较长，需要对各子单元程序．各模块及它们之间的接口分别进行测试进度．一般测试过程都伴随其总体设计、详细设计过程一起进行，同时要进入工厂进行实地操作测试，进度在半个月左右。
6.1.6条件
必须在保证各硬件设备、软件系统齐备的情况下，资金充足、人员齐备，各方面互相配合、齐心协力，共同完成。
6.2测试用例
6.2.1输入信息模块
（1）PersInfoExam模块
在PersInfoExam过程中，首先对用户的输入信息进行测试。
客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。
输出为打印帐单或机票，和确认或出错信息。
在输入的测试数据中可分为无效输入类和有效输入类。
无效输入类
1）数据类型不匹配
姓名char[20]
性别int
身份证号char[20]
旅行时间date
示例数据：
姓名：
2018-10-1；
性别：
1；
身份证号：
510101************；
旅行时间：
2018-10-1
张三；
男；
510101************232；
23
2）数据超出规定范围
姓名不能超过20字符
性别只能是“1”或“2”
身份证号码按规定必须是18位
旅行时间必须在定票的当天过一天以后
张三张三张三张三张三张三；
3；
2018-9-1
有效输入类
王小二；
2；
2018-10-11
（2）CheckNoticeExam模块
在CheckNoticeExam过程中，对在帐单和取票通知的信息界面中输入的各项信息进行初步检验。
无效输入类：
1）数据结构不匹配
有效输入类：
6.2.2输出信息模块
（1）PersExam模块
6.3测试结果
表6-2软件测试结果
测试项目
测试次数
成功次数
成功率
输入信息模块
50
100%
查询信息模块
修改信息模块
各模块间接口
测试结果表明：
系统运行稳定可靠。
6.4测试总结
首先，我们要认识到测试是软件开发过程中一个非常重要的环节，一各好的软件必须经过无数次的测试。
软件测试是保证软件质量的关键步骤。
所以在测试过程中必须抱着不骄不躁．谦虚谨慎的态度，把好关！
7总结
7.1设计过程
升级会员 