软件课设医院监护系统测试分析报告.docx
《软件课设医院监护系统测试分析报告.docx》由会员分享，可在线阅读，更多相关《软件课设医院监护系统测试分析报告.docx（17页珍藏版）》请在冰豆网上搜索。
软件课设医院监护系统测试分析报告
软件课程设计项目开发总结报告
题目：
医院病人监护系统
学号
姓名
班级
指导教师江国星
院（系、所）电子与信息工程
组员
填写时间2012.01.03
第一章测试分析报告
第二章项目开发总结报告
第一章测试分析报告
1引言
1.1编写目的
医院是一个与百姓生命健康密切相关的重要机构，随着科技的告诉发展，医院势必将会逐渐走向信息化与多元化，以方便医护人员更好的了解病人的情况，并及时给病人提供治疗。
本系统就是针对这方面的迫切需求而设计实现的。
此文档作为用户对即将开发的软件的功能要求，是软件设计和开发者的主要依据。
1.2背景
a．项目名称：
医院病人监护系统
b．项目小组成员：
华中科技大学电信1002班
说明：
在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。
而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。
1.3定义
病房监控系统：
主进程，接受病房端传送过来的消息并显示在屏幕上，实现报警等基本功能。
监护器：
模拟监护病人生理参数并传送给机房端。
白盒测试：
白盒测试也称结构测试或逻辑驱动测试，主要方法有逻辑驱动、基路测试等，主要用于软件验证
黑盒测试：
黑盒测试也称功能测试或数据驱动测试，“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
1.4参考资料
《软件质量保证》DanielGalin机械工业出版社
《.NET软件测试自动化之道》JamesD.McCaffrey电子工业出版社
《软件工程》张海藩人民邮电出版社
2测试概要
2.1软件测试概述
使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别.它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度（correctness）、完全度（completeness）和质量（quality）的软件过程；是SQA（softwarequalityassurance）的重要子域。
有六个有关软件测试方法的基本概念是很重要的:
白盒测试，黑盒测试，灰盒测试，有效用例和无效用例，边界条件以及等价类测试。
由于技术局限性这里仅进行黑盒测试即对程序主要功能进行测试。
2.2测试bug
1）系统无响应，处于死机状态，需要其他人工修复系统才可复原。
3）进行某个操作（增加、修改、删除等）后返回异常错误
4）连接监护器后仍然提示请打开监护器
5）系统定义不能重复的字段输入重复数据后返回异常错
项目名称
医院监护系统
开发工具
VC++6.0
全面测试次数
n次
测试时间
2012年12月25日至2013年01月05日
测试人员
宁弘远汪梦驰唐芃刘森
测试过程简述
编号
任务名称
任务描述
开始时间
结束时间
01
制定测试计划
规划开发和测试的具体步骤
12.31
12.31
02
搭建测试环境
12.31
12.31
03
编写测试用例
分析程序的具体功能模块，编写每个功能模块的测试用例
12.31
12.31
04
测试系统
按照测试用例测试系统
12.31
12.31
05
修改再测试
修改bug，重新测试，直到达到测不出bug
12.31
12.31
06
编写测试报告
总结测试过程，编写测试报告
01.01
01.04
缺陷统计
功能缺陷
发现0个；解决0个；
设计缺陷
发现0个；解决0个；
模块缺陷
发现0个；解决0个；
2.3需求覆盖：
需求/功能
备注
注册后是否能登录
注册信息存放在设置盘符的txt文档里
未注册是否能登录
监护器是否正常
登录病房监控系统后若未连接监护器则不会工作，或连接监护器后是病房监控系统否能正常工作
监视器生理数据反馈
包括是否产生报警，超标部分是否高亮
系统整体配合
即暂停/修改是否正常与产生报警
病房监控系统数据基本操作
即进行查询、修改、添加、删除功能
3测试结果及发现
注释：
数据记录过程在详细分析报告中。
详见详细分析报告2.12&3.12
3.1注册登录界面：
注册用户信息：
输入未注册用户名时：
正确输入已注册用户名时：
小结：
注册登录界面测试成功。
3.2连接监护器测试：
进入病房监控系统若未连接监护器进行其他操作：
上图为点击添加病人按钮后弹出的对话框，经测试点击其他按钮均出现如上对话框。
进入病房监控系统后连接监护器进行其他操作：
上图同样为点击添加病人后弹出的对话框，经测试点击其他按钮均能正常使用。
小结：
连接监护器测试成功。
3.3监视器生理数据反馈测试：
当前为修改前的监护器数据，可以看出当体温低于下限时即体温栏为35.6时生理参数会变红色字体；
上图为修改后的监护器数据，为了产生明显对比修改的参数是体温的下限由36.0更改为30.0，可以看出当监护器的体温栏体温为35.6或35.3时并没有变红而修改前35.6变为红色字体；随后分别对各项生理指标进行修改后发现均无差错。
小结：
监视器生理数据反馈测试成功。
3.4系统整体配合测试
上图为暂停监护操作，正常弹出对话框，并且监护器未更新数据。
同时当输入错误病人编号时会弹出提醒对话框。
上图为继续监护操作，正常弹出对话框并且监护器开始数据采样。
上图为选择产生报警的界面。
可以看到当生理指标超出生理范围时会产生报警，并且暂停监护，符合期望操作。
小结：
系统整体配合测试成功。
3.5病房监控系统数据基本操作测试：
添加2号病人：
可以看出添加成功并且监护器有显示两个病人，同时可以在监护器看出采样时间根据设置而有所不同
删除2号病人：
可以看出弹出了正常对话框，在病房监控端删除掉2号病人并且在监护器端只采集1号病人信息。
查询病人日志：
可以看到当输入正确编号后弹出病人日志对话框，显示对应病人的历史生理信息。
修改病人信息在前已操作过在此不再赘述。
小结：
病房监控系统数据基本操作测试成功。
4分析摘要
4.1能力
测试覆盖
需求/功能
用例个数
执行总数
未执行
未/漏测分析和原因
是否通过
注册登录界面是否正常
1
50
0
[Y]
监护器连接是否正常
1
50
0
[Y]
监视器生理数据反馈
1
50
0
[Y]
系统整体配合
1
50
0
[Y]
数据基本操作（查询、修改、添加、删除）
2
50
0
[Y]
4.2限制
需求/功能
缺陷与局限
注册登录界面是否正常
A.只能注册一种用户，且可以对所有病人信息进行修改
B.注册登录后只能点击确定键而不能敲回车
监护器连接是否正常
暂无
监视器生理数据反馈
报警模块单一，可以设计产生警笛声
系统整体配合
A.同样只能点击确定键而不能敲回车
B.当产生报警时弹出的对话框没有包含具体生理指标
数据基本操作（查询、修改、添加、删除）
只能同时对一个病人进行操作
4.3建议
A.增加右键效果使软件使用能够更灵活
B.添加超级用户模式设置管理权限
C.对基本操作增加多线程能对多个病人同时进行操作
4.4评价
该软件基本已实现预期功能，能交付使用。
第二章项目开发总结报告
1实际开发结果
1.1产品
a．有机房端和监护器端两个程序，分别为病房监控系统与监护器，其中病房监控系统程序量145MB，监护器端程序量149MB；
b．程序只有一个版本；
c．机房端程序名为patient，监护器端程序名为监护器。
1.2主要功能和性能
预期功能
实现功能
达到、未完全达到功能或超标
添加病人
添加病人
达到
删除病人
删除病人
达到
修改病人信息
修改病人信息
达到
查看病人日志
查看病人日志
达到
暂停监护
暂停监护
达到
继续监护
继续监护
达到
病人生理参数超标报警
报警并将超标参数红色显示
超标
管理员注册登录
超标
1.3基本流程
1.4进度
进度项目
预期时间
完成时间
软件课程设计绪论（算法与文档规范，组织动员）
第6周内
第6周内
软件课程设计资料查阅、分组
第6周内
第6周内
软件设计方案与方案讨论
第7~8周
第7~8周
软件课程设计开题报告与讨论
第9周
第9周
软件设计
第9、10、11周
第9、10、11周
软件课程设计中期进展检查
第12周
第12周
程序编码、软件调试与测试
第12、14、15周
第12、14、15周
软件课程设计相关文档的整理与撰写
第16、17周
第16、17周
软件课程设计答辩验收
第17周周5
第17周周5
提交软件课程设计相关文档
第18周周5
第18周周5
1.5费用
由于该系统是学校安排的学习任务，在资金方面不需要很大的支持，而且小组成员都有自己的pc机，所以开发费用基本为零。
2开发工作评价
2.1对生产效率的评价
每个人都能按时完成分配的项目，并且有不懂的问题时及时上网查询相关资料。
因全体小组均第一次独立完成软件设计，故生产效率较为可观。
2.2对产品质量的评价
基本完成任务书里的各项指标，并且发挥想象力与时效性完成注册登录界面与标红超标生理参数。
在测试阶段均无发生常识性错误或程序性错误，故产品质量合格。
2.3对技术方法的评价
在设计对话框时均采用VC中的MFC进行设计，方便简洁；数据库均利用数据结构与操作系统的知识完成各项基本信息，建立了病房监控系统与监护器系统；在使两个程序进行通信时考虑到需要传输的数据少于是未采用适合传输量大的WindowsSocket，而是选择能提高本地传输效率的Sendmessage（）函数来发送copydata消息，个人感觉相较其他通信方式无疑copydata更为经济实惠。
2.4出错原因的分析
a）小组人员开始时对程序设计的算法、语法了解不够深，基本功底不够扎实；
b）小组人员实战经验少，变量命名等不够规范；
c）小组人员沟通时间不足，私人时间协调困难，造成了很大的开发困难。
3经验与教训
在这为期一学期的软件测试实训中，我受益匪浅。
该项目是自己小组开发并测试，在开发前就指定了详细的测试计划，为以后开发测试打下了充足的基础。
确定了具体要实现的功能后就编写了需求框图，为开发完成了的测试做好了铺垫。
在编写程序中我也学到了不少新的知识和教训。
由于自己对于C语言、操作系统以及数据结构遗忘比较严重，对于读取参数文件中的参数的知识也不能熟练运用，并且是第一次进行实战编写完整程序，同时大三时期课业繁忙并准备出国相关事宜导致一些代码并非亲自完成并通过网络学习而来。
在编写过程中，通过主动上网搜索相关知识并与其他专业同学进行交流也获得了不少知识与能力；在测试过程中总能发现一些自己没有预想到的bug，体会到了软件测试的重要性。
在以后的软件开发过程中要重视软件测试，要制定测试计划，编写完善的测试用例，做好测试工作。
升级会员 