医院挂号系统测试报告.docVIP

专业资料 word完美格式 测试报告 —医院预约挂号系统 [学 院]计算机学院 [编 写 人] XXXX [学 号] 106 [专 业] 软件工程10级 [创建时间] 2012年12月16日 [文件类型] 项目文档  。 简介 1.1目的 本文档用来指导医院预约挂号项目的测试工作，尽可能的在系统使用前发现并纠正存在的问题，为项目经理、项目开发人员以及测试人员明晰思路，明确测试工作内容及方法，在需求方、开发方、测试方三方协作的基础上尽早的发现问题，修正错误，减低项目风险，减少工程损耗，降低开发成本。 1.2背景 该项目主要为医院网上预约挂号系统，其系统体系包括用户系统以及管理员系统。为了指导软件测试人员有效地进行测试，编写此测试计划，为测试用例的构成进行指导及铺垫，对所测试软件进行全面地测试，以尽可能发现最隐藏问题。 1.3参考资料 医院预约挂号系统项目软硬件需求说明书.doc 医院预约挂号系统需求.doc 测试基本类容 2.1测试要点 测试手段：手工测试，自动测试，模拟实际用户进行相关测试。 2.2测试类容 功能测试 性能测试（包括负载/压力测试） 用户界面测试 兼容性测试 安全测试 接口测试 链接测试 表单测试 Cookies测试 数据库测试 2.3测试环境 处理器：AMD-A6-3420 内存：4Gb OS：win 7 旗舰版（64位） Browser：IE7.0 – IE9.0 2.4测试时间 2012年12月14日——2012年12月16日 有效测试时间：3个工作日 测试规范 3.1缺陷与错误分类 所测试的软件如果存在缺陷与错误就会给所实施项目带来失败的风险，重大的软件故障与失效会导致重大的经济损失。我们需要在对软件进行质量把关的时候对软件的缺陷与错误进行分类，以简明扼要的指出其影响，以及修改的优先次序。 严重级 A 严重：系统崩溃、数据损坏丢失、功能没有实现（包括与需求不符） B 较严重：操作性错误、错误结果、遗漏功能 C 一般 ：UI布局、文字、小问题等 D 建议 ：不影响使用的瑕疵或更好的实现 优先级 Urgent最高优先级：立即修复，停止进一步的测试 High次高优先级：在发布前必须修复 Medium中等优先级：时间允许应该修复 Low最低优先级：下一发布周期前修复或不修复也能上线使用 3.2 BUG的状态 Bug的状态包括如下： 新记录（New）：测试中新报告的Bug 打开（Open）：被确认分配给相关的开发人员处理 修正（Fixed）：开发人员完成修改，等待测试验证 拒绝（Reject）：拒绝修改的Bug或不是Bug 延期（Deferred）：不在当前版本修改的Bug，下一版本修改 重新开放（Reopen）：进行回归测试后仍然未修复或重现的缺陷 关闭（Closed）：Bug已修复、 bug的管理及追踪 Bug的记录信息包括如下： 测试软件名称 测试版本号 测试人 测试事件 测试软件和硬件配置环境 Bug严重性及类型 Bug描述 Bug的优先级 必要的截图 Bug记录的当前状态 具体测试 4.1 功能测试 测试项： 两大功能模块测试： 用户模块 管理员模块 链接测试 数据库测试 用户模块 用户模块中包括：用户注册 用户登录 找回密码 密码修改 查询挂号单 在线预约 科室查询 专家信息浏览 管理员模块 管理员模块包括：对用户的查询以及删除 对科室的管理 对医生的管理 对预单但的管理 4.2 测试策略 鉴于本测试为基于web的系统测试，所以需额外测试系统在不同用户的浏览器端的显示是否合适以及从最终用户的角度进行安全性和可用性测试。因此性能测试中添加连接速度测试以及安全性测试。 注1:将负载测试和压力测试合并为压力测试 概述：确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。 目标：利用有效的和无效的数据来执行各个用例流，以核实以下内容： 在使用有效数据时得到预期的结果 在使用无效数据时显示相应的错误消息或警告消息。 4.2.1 用户及管理员登陆 说明：登陆界面需要输入用户、密码和验证码，如果输入不正确的值，会返回错误提示信息。 用户和管理员公用同一登录窗口，只是级别不同 用户登录流程图 对应测试方案： 功能项 功能编号 测试点 预期结果 总体登陆 使用已注册帐号，正确密码,且级别为高级 登陆成功，并能进入后台 使用已注册帐号，正确密码，且管理及别为普通 登陆成功，不能进入后台 使用已注册帐号，错误密码，且级别为高级 提示错误 使用已注册帐号，错误密码，且