医院挂号系统测试报告Word文档下载推荐.docx

资源描述

医院挂号系统测试报告Word文档下载推荐.docx

《医院挂号系统测试报告Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《医院挂号系统测试报告Word文档下载推荐.docx（25页珍藏版）》请在冰豆网上搜索。

医院挂号系统测试报告Word文档下载推荐.docx

系统崩溃、数据损坏丢失、功能没有实现（包括与需求不符）

B较严重：

操作性错误、错误结果、遗漏功能

C一般：

UI布局、文字、小问题等

D建议：

不影响使用的瑕疵或更好的实现

●优先级

Urgent最高优先级：

立即修复，停止进一步的测试

High次高优先级：

在发布前必须修复

Medium中等优先级：

时间允许应该修复

Low最低优先级：

下一发布周期前修复或不修复也能上线使用

3.2BUG的状态

Bug的状态包括如下：

●新记录（New）：

测试中新报告的Bug

●打开（Open）：

被确认分配给相关的开发人员处理

●修正（Fixed）：

开发人员完成修改，等待测试验证

●拒绝（Reject）：

拒绝修改的Bug或不是Bug

●延期（Deferred）：

不在当前版本修改的Bug，下一版本修改

●重新开放（Reopen）：

进行回归测试后仍然未修复或重现的缺陷

●关闭（Closed）：

Bug已修复、

3.3bug的管理及追踪

Bug的记录信息包括如下：

◆测试软件名称

◆测试版本号

◆测试人

◆测试事件

◆测试软件和硬件配置环境

◆Bug严重性及类型

◆Bug描述

◆Bug的优先级

◆必要的截图

◆Bug记录的当前状态

4.具体测试

4.1功能测试

测试项：

两大功能模块测试：

用户模块管理员模块链接测试数据库测试

◆用户模块

用户模块中包括：

用户注册用户登录找回密码密码修改查询挂号单在线预约科室查询专家信息浏览

◆管理员模块

管理员模块包括：

对用户的查询以及删除对科室的管理对医生的管理对预单但的管理

4.2测试策略

鉴于本测试为基于web的系统测试，所以需额外测试系统在不同用户的浏览器端的显示是否合适以及从最终用户的角度进行安全性和可用性测试。

因此性能测试中添加连接速度测试以及安全性测试。

注1:

将负载测试和压力测试合并为压力测试

●概述：

确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。

即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。

●目标：

利用有效的和无效的数据来执行各个用例流，以核实以下内容：

✧在使用有效数据时得到预期的结果

✧在使用无效数据时显示相应的错误消息或警告消息。

4.2.1用户及管理员登陆

说明：

登陆界面需要输入用户、密码和验证码，如果输入不正确的值，会返回错误提示信息。

用户和管理员公用同一登录窗口，只是级别不同

用户登录流程图

对应测试方案：

功能项

功能编号

测试点

预期结果

总体登陆

使用已注册帐号，正确密码,且级别为高级

登陆成功，并能进入后台

使用已注册帐号，正确密码，且管理及别为普通

登陆成功，不能进入后台

使用已注册帐号，错误密码，且级别为高级

提示错误

使用已注册帐号，错误密码，且级别为普通

使用未注册帐号，错误密码，且级别为高级

使用未注册帐号，错误密码，且级别为普通

使用已注册帐号，密码为空，且级别为普通

使用已注册帐号，密码为空，且级别为高级

帐号为空，输入密码，且级别为高级

10.

帐号为空，输入密码，且级别为普通

11.

使用已注册帐号，输入密码为空，且级别为高级

12.

使用已注册帐号，输入密码为空，且级别为普通

其他

13.

登陆是否支持键盘控制（Enter登陆）

建议是

14.

用户登录成功是否跳转至相应页面。

是

15.

成功登陆后使用后退，是否后退至登陆页面并且清空填写内容

16.

使用全角半角对登录帐号和密码进行测试。

只识别半角

测试记录报告表（问题优先级前面已声明）

测试编号

发现问题

测试结果

问题优先级

测试时间

无

通过

2012-12-15

4.2.2用户注册

用户注册流程图：

编号

账号

使用已用账号注册

使用非数字注册

使用不足六位账号注册

使用特殊符号注册

使用数字六位已注册账号注册

使用数字六位未注册账号注册

可以注册

输入法半角全角测试

错误猜测

密码

密码为5位

密码为空

密码为1位

密码为10位

密码为10位以上

密码为5-10位内的英文数字组合

密码为5-10位内的纯英文

密码为5-10位内的纯数字

使用特殊字符填写密码

确认密码

17.

确认密码为空

18.

使用全角输入密码再使用半角确认

19.

使用半角输入密码再使用全角输入确认

20.

确认密码与密码不符合

21.

确认密码与密码相符合

22.

对于所有必填项进行漏填测试

测试记录报告表（问题优先级前面已声明）：

不提示错误

未通过

High

4.2.3网上预约模块

流程图：

对应测试用例：

挂号

无余号

提示挂号失败

有余号，但没登陆

提示请登录

有余号，登录失败

提示登录失败

有余号，登陆成功

提示挂号成功

urgent

4.2.4密码修改：

对本身帐号密码进行修改操作。

四项均为必填项，原密码必须输入与原密码相同，新密码必须与确认密码相同。

测试方案：

测试项

原密码

原密码为空时进行修改操作

不能修改

原密码输入与原密码不符合

原密码输入正确

新密码

新密码长度小于6位

新密码为空

新密码长度大于6位

无法超过6位

新密码为6位数字

新密码为数字英文组合

新密码为特殊字符

确认新密码

确认新密码与正确的新密码相同

确认新密码与新密码输入不符

确认新密码为空

验证码

验证码为空

验证码输入不正确

正确输入原密码，新密码以及确认新密码，验证码进行修改

修改成功

4.2.5对用户管理模块

删除

是否能正确查看用户信息。

能

对用户进行修改操作后是否能立即查询到更新内容

对用户进行删除操作后是否无法再看见该用户

4.3连接测试

链接是WEB应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。

链接测试可分为三个方面。

首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；

其次，测试所链接的页面是否存在；

最后，保证应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

链接测试必须在集成测试阶段完成，也就是说，在整个应用系统的所有页面开发完成之后进行链接测试。

期望结果

结果（√×

／）

所有链接是否按指示确实链接到该链接的表单

√

所链接的表单是否存在

各功能按扭是否按指定功能进行操作

4.4表单测试

当用户为应用系统提交信息时，就需要使用表单操作，例如用户注册、登录、信息提交等。

在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。

如果表单只能接受指定的某些值，则也要进行测试。

例如：

只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

提交信息未按要求提交是否通过

不通过

提交信息按要求提交是否通过

是否可以绕过要求进行提交

4.5Cookies测试

Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登录等信息。

如果应用系统使用了Cookies，就必须检查Cookies是否能正常工作。

测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

Cookies是否起作用

Cookies是否按预定时间保存

刷新是否对Cookies有影响

否

4.6数据库测试

在Web应用技术中，数据库起着重要的作用，数据库为应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。

在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。

在使用了数据库的B/S应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。

数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

查看数据库信息是否保持一致

数据库信息是否一致

输出数据是否正确

4.7用户界面测试

概述：

用于核实用户与软件之间的交互是否正常

目标：

核实下列内容

✧确保各种浏览以及各种访问方法（鼠标移动、快捷键等）都使用正常

✧确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等

检查项

测试人员的类别及其评价

窗口切换、移动、改变大小时正常吗？

正常

各种界面元素的文字正确吗？

（如标题、提示等）

各种界面元素的状态正确吗？

（如有效、无效、选中等状态）

异常

各种界面元素支持键盘操作吗？

各种界面元素支持鼠标操作吗？

对话框中的缺省焦点正确吗？

数据项能正确回显吗？

对于常用的功能，用户能否不必阅读手册就能使用？

执行有风险的操作时，有“确认”、“放弃”等提示吗？

操作顺序合理吗？

合理

按钮排列合理吗？

不太合理

导航帮助明确吗？

不明确

提示信息规范吗？

不太规范

4.8性能测试

主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。

性能评测的目标是核实性能需求是否都已满足。

核实下列情况下的性能行为：

✧正常的预期工作量

✧预期的最繁重工作量

●考虑的特殊事项：

✧可创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。

✧最好使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。

✧应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。

其所用的数据库应该是实际大小或相同缩放比例的数据库。

✧多用户不同网络条件下的连接速度是否满足要求、

4.9负载测试

负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。

负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。

进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。

压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。

黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。

压力负载测试的区域包括表单、登陆和其他信息传输页面等。

在我们的实际工作中使用的就是MI公司的LoadRunner来产生众多负载来进行测试

◆操作系统资源监控指标：

监测点

描述

监测值

平均负载

系统正常状态下，最后60秒同步进程的平均个数

冲突率

在以太网上监测到的每秒冲突数

进程/线程交换率

进程或线程之间每秒交换次数

CPU利用率

CPU占用率（％）

磁盘交换率

磁盘交换速率

接收包错误率

接收以太网数据包时每秒错误数

包输入率

每秒输入的以太网数据包数目

中断速率

CPU每秒处理的中断数

包输出率

每秒输出的以太网数据包数目

读入内存页速率

物理内存中每秒读入内存页的数目

写出内存页速率

每秒从物理内存中写到页文件中的内存页数

内存页交换速率

每秒写入内存页和从物理内存中读出页的个数

进程入交换率

交换区输入的进程数目

进程出交换率

交换区输出的进程数目

系统CPU利用率

系统的CPU占用率（％）

用户CPU利用率

用户模式下的CPU占用率（％）

4.10恢复性测试

确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。

核实系统能够在下列状况下正确恢复到预期的已知状态

✧客户/服务机断电

✧网络通信中断

✧异常关闭某个功能

✧错误的操作顺序

参考表格如下：

异常输入/动作

恢复能力

造成的危害、损失

客户/服务机断电

一般

网络通信中断

差

数据丢失

错误的操作顺序

良好

异常关闭某个功能

4.11兼容性测试：

浏览器是客户端最核心的构件，来自不同厂商的浏览器对Java，、JavaScript、ActiveX、plug-ins或不同的HTML规格有不同的支持。

另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。

不同的浏览器对安全性和Java的设置也不一样。

浏览器

系统

IE7.0

IE8.0

IE9.0

Opera

Mozilla

Netscape

Win2000

N/A

Winxp

Win7

Linux

Mac

4.12安全性测试

●确保系统Web应用下的安全性

核实下列情况下的性能行为

✧系统是否有超时的限制

✧相关的重要信息是否写进日志、是否可追踪

✧使用了安全套接字时，测试加密是否正确，信息是否完整