引言
1.1 编写目的
尽可能多的发现软件中的错误。
对整个基于计算机的系统进行考验的一系列不同测试,以检查整个系统能否正常地集成到一起为完成分配的功能而工作。
1.2 背景
1.2.1 本产品的名称:药房库存管理
1.2.2 本项目的提出者:
1.2.3 本产品的用户是:
1.3 名称解释
1.4 参考资料
1.5 用例使用说明:
1.5.1 在测试过程中【实际输出】与【期望输出】一致,则在“□”内右边“√”以示实际输出与期望输出一致,不用再作记录;如不一致则打“X”并在本用例及测试记录表的相应栏目内记录出错详细过程。
1.5.2 测试中如发现本用例未涉及范围内的问题或建议,请也在测试记录表详细记录,并标明是测试用例以外的问题。
1.5.3 本模板使用说明:(请在用例设计完毕后删除蓝色内容)
1.5.4 某用例如有其它说明请在模板后添加“【说明】”栏,输入具体的测试目的和测试要求。
1.5.5 除功能测试、边值测试、容量测试、恢复性测试、极限测试外其它种类的测试可根据具体的系统进行取舍。
测试内容
1.6 功能测试
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面 (GUI) 与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
1.6.1 药房药品入库薄
1.6.1.1 药房药品入库薄列表(刷新)
□
【输入】:查询入库单列表中的刷新
【期望输出】:按照日期准确查询相应日期段的入库单
【实际输出】:
【说明】:要求:必须针对不同的药房,以及不同的单据状态进行测试,查询结果是否符合条件。
1.6.1.2 药房药品入库薄列表(进入)
□
【输入】:查询入库单列表中的刷新后,选择相应的入库单,之后“进入”
【期望输出】:在进入后,应可以在入库单明细中显示相应明细信息。
【实际输出】:
1.6.1.3 药房药品入库薄列表(删除)
□
【输入】:查询入库单列表中的刷新后,选择相应的入库单,之后“删除”
【期望输出】:应可以删除相应的入库单(未审核),如已审核、已记帐则不能删除
【实际输出】:
1.6.1.4 药房药品入库薄列表(审核)
□
【输入】:查询入库单列表中的刷新后,选择相应的入库单,之后“审核”
【期望输出】:相应的入库单的状态在刷新之后必须为“已审核”状态
【实际输出】:
1.6.1.5 药房药品入库薄列表(删除)
□
【输入】:查询入库单列表中的刷新后,选择相应的入库单,之后“删除”
【期望输出】:应可以删除相应的入库单(未审核),如已审核、已记帐则不能删除
【实际输出】:
1.6.1.6 药房药品入库薄列表(记帐)
□
【输入】:查询入库单列表中的刷新后,选择相应的入库单,之后“记帐”
【期望输出】:入库单状态变为“已记帐”,查询明细帐可以看到已产生相应的入库单的明细记录存在。
【实际输出】:
1.6.2 药房药品入库薄(新单)
1.6.2.1 药房药品入库薄列表(新单)
□
【输入】:在入库薄界面点击“新单”
【期望输出】:进入新单编辑界面
【实际输出】:
1.6.2.2 药品入库单明细编辑
□
【输入】:某一入库类型、入库科室、录入入库单明细、保存
【期望输出】:可以正确保存数据,如果药品编码重复则必须提示
【实际输出】:
【说明】:测试要求:
1. 入库单中药品编码,必须录入有重复的药品测试。
2. 其余的按钮功能是否有效等必须注意。
3. 手工录入药品使用编码提示,根据药品字典定义的编码、代号做到模糊查询正确并且定位准确。
4. 保存入库单自动产生入库单号,记录操作员,后台数据保存“入库单号”。
1.6.2.3 药品入库单审核
□
【输入】:进入入库单明细界面,审核
【期望输出】:入库单状态改为“已审核”状态,并正确保存为“已审核”状态
【实际输出】:
【说明】:测试要求:
1. 注意在退出入库单明细界面,重新进入时,该入库单的状态是否为“已审核”
1.6.2.4 药品入库单记帐
□
【输入】:进入入库单明细界面,记帐
【期望输出】:入库单状态改为“已记帐”状态,在明细帐查询中可以查到相应入库单的明细记录(总金额等相同)
【实际输出】:
【说明】:测试要求:
1. 注意在退出入库单明细界面,重新进入时,该入库单的状态是否为“已记帐”
2. 能否正常打印出库单并且系统没有安装打印机时报错
1.6.2.5 药品入库单打印
□
【输入】:进入入库单明细界面,打印入库单
【期望输出】:打印输出的入库单能区分开是否已记帐过的入库单
【实际输出】:
|
|