软件课设医院监护系统测试分析报告.doc

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