计量器具检定操作规程.doc

测试用例

-----------*****系统测试用例
7336167 答复于：-1-6 8:53:09
1、目的 为了加强对监视和测量装置的管理工作，保证其成果的精确性。
2、合用范围 合用于企业所使用的监视和测量装置。
3、职责
3、1责任部门负责监视和测量装置的平常操作、校准、维护、登记工作；
3、2品管部负责企业监视和测量装置的检定工作；
3、3动力部负责监视和测量装置的修理工作。
4、工作程序
4、1企业使用的监视和测量装置包括：
A类：天平、砝码、试验室用温控仪、压力表等；
B类：电子秤、磅秤、气质联用仪、液相色谱仪、酶标仪、农残速测仪、分光光度计、温度自动控制仪、中心温度计、金属探测器、X光机等；
C类：温（湿）度表（计）、计时器、量杯（筒）、刻度尺（管）等。
4、2操作
4、2、1各部门工作现场必须使用经校准合格的监视和测量装置并进行登记；
4、2、2电子秤要置于稳固、平整的台面上并调整四个脚直到汽泡的位置在水平泡中央；称量时要将物品放在秤盘的中间位置，且数值不再闪动时方可读取数据，以保证计量的精确度；
4、2、3根据计量物品及规定不一样及电子秤的最小称量值、精确度保证范围合理使用电子秤，以保证所称量物品的精确度；称量1kg以内的物品不得使用3kg以上的电子秤，计量1kg-3kg的物品不得使用6kg以上的电子秤；
4、2、4多种类型电子秤的最小称量值、精确度保证范围：
电子秤最小称量精确度电子秤最小称量精确度
1kg0-500g/1g60kg0-30kg0.2kg10g
500-1000g/2g30-60kg0.2kg20g
3kg20g1g150kg0-60kg0.4kg20g
6kg20g2g60-150kg0.4kg50g
15kg100g5g
4、3平常校准
4、3、1 各部门设专人对在用的监视和测量装置按原则措施进行校准；对砝码要专人妥善保管，防潮、防腐蚀、防碰撞；
4、3、2电子秤（1KG）校准：
a)使用班组专人在每周一工作前对1KG电子秤进行校准；
b)启动电子秤电源开关——屏幕显示0——运用原则砝码的1克——500克——2克——1000克，分四次校准；
c)对所使用电子逐台校准并填写记录。
4、3、3-150KG电子秤校准：使用班组专人每周以检定合格的电子秤为介质对其他电子秤进行校准；
4、4、3温度计校准：使用班组专人每周以检定合格的中心温度计为介质对其他中心温度计、温度计（表）进行对照校准，并根据其用途确定校准时的原则温度，误差容许正负0.2℃。
4、4、4温度自动控制仪、金属探测器、X光机的平常校准见HACCP计划验证程序中CCP的验证活动；温控仪探头及校准用温度计必须用之于70℃以上的温度校准；
4、4、5气质联用仪、液相色谱仪、酶标仪、农残速测仪、分光光度计的检测及其他有关项目检测成果由上级部门组织的比对试验及平常的空白平行试验进行校准；
4、4、6校准合格的加上合格证，合格期限为六个月；其他监视和测量装置由使用部门负责平常校准；对企业无法校准的报品管部，由品管部联络主管部门进行校准。
4、5检定
4、5、1 3-150KG电子秤每年由检测中心负责联络各检定一台；
4、5、2各工场原则砝码每年由检测中心负责联络检定；
4、5、3中心温度计每年由检测中心负责联络检定五台，其他温度计经此为介质对照校准；4、5、4检测中心用天平、砝码、温度计所有检定；
46各部门负责对所用监视和测量装置的平常维护；校准合格的容许在工作现场使用，对不合格的送交动力部维修，对无法修复监视和测量装置的处理执行《物料消耗管理措施》的有关规定。
5、有关记录
5、1《计量器具校准记录》 -J-146

编号：**********

文档类型：¨管理文档 ¨计划文档 ¨设计文档 þ测试文档
¨顾客文档 ¨工程文档¨维护文档
密 级：¨公开资料 ¨内部资料 ¨保密资料 þ机密资料
状 态：¨草稿 þ讨论稿 ¨公布

版权申明

文档信息
文献名称：

文献编号：

项目名称：

编号

项目经理：

总设计师：

版 本 号：

版本日期：

制 作：

制作日期：

审 批：

审批日期：

审 核：

审核日期：

修订记录：
版 本 号
修 订日 期
AMD
修 订人
修 订 内 容

（N-新建，A-添加，M-修改，D-删除）

派发清单：

发文人/部门
日期
电话/传真

受文人/部门
动作类型*
日期
电话/传真

＊ 动作类型：同意、审核、告知、归档、参与会议，其他（请阐明）

目录

1 引言 5
1.1 编写目的 5
1.2 项目背景 5
1.3 术语和缩写定义 5
1.4 参照文档 5
2 测试概述 5
2.1 测试范围概述 5
2.2 描述约定 5
2.3 测试范围列表 5
2.4 功能列表 6
3 测试案例清单列表 6
4 测试案例详细描述 6
4.1 邮件（子系统2） 7
4.1.1 功能1.1开通 (PASADMIN.DEPARTMENT.ADD.001) 7
4.1.2 功能1.2取消 (PAS.ADMIN.DEPARTMENT.ADD.002) 8
4.2 测试案例编号阐明 8
4.2.1 案例编号 8
4.2.2 案例编号实例 9

1 引言
1.1 编写目的
1.2 项目背景
为了熟悉测试的流程，熟悉测试用例的编写，为进行下一步的测试所作的准备。

1.3 术语和缩写定义
正测试：根据原则进行测试
反测试：随意输入非法数据，测试系统的返回处理

1.4 参照文档

2 测试概述

2.1 测试范围概述
[简要描述本测试用例文档要描述的测试范围,一段文字]
2.2 描述约定
[这一部分描述在第二部分和第三部分使用的所有默认值约定,这些约定只在本文档中有效.名词解释不提议放在本文档中]
2.3 测试范围列表
[以表格形式详细描述本测试文档实现的测试功能]
需求编号
测试案例数

2.4 功能列表
会员
邮件
1．开通功能
2．取消功能
3．暂停功能
3 测试案例清单列表
<本章节详细各功能测试案例数. 测试项目和测试功能列表可参照项目系统功能清单. 测试进展状况列表将以此为基础, 记录分析项目的测试进展.>
测试项目
测试功能
测试案例名
正测试数
反测试数
总案例数
会员（子系统一）
功能1.1

功能1.2

功能1.3

功能1.4

邮件（子系统二）
功能2.1 开通

功能2.2取消

功能2.3

功能2.4

合计

4 测试案例详细描述

<本章节详细描述功能测试案例,性能测试案例,稳定性测试案例. 案例中必须详细描述前提条件, 测试环节, 多种对的输入值和反向输入值, 预期成果, 以及案例数. 在同一种功能测试中, 第一种案例必须详细描述测试环节, 后续案例只需要提供多种对的输入值和反向输入值和预期成果, 不需要反复描述测试环节.>
4.1 邮件（子系统2）
4.1.1 功能1.1开通 (PAS.ADMIN.DEPARTMENT.ADD.001)
测试对象：添加部门
测试目的：测试添加部门的功能
测试平台：Windows + IE 5
前提条件：登录ADMIN的顾客具有部门管理的权限
案例数目：正测试数 XXX 反测试数 XXX
测试对象

测试目的
[描述要到达的目的]
测试平台

前提条件
［描述改用例的依赖用例和其他条件］
数据样本
[该用例使用的数据寄存的途径]
数据样本数
[规定至少的数据数]
测试约定
［描述做该用例设计时候所做的所有假设］
依赖用例
[给出依赖的用例编号]
错位类别
致命性错误/功能性错误/提议性错误 [把不是的删了]
错位定位
[指出错误位置]
序号
测试环节
对的成果
结论
 备注

［期望的成果］

测试成果分析与提议

序号
测试环节
预期成果
结论
备注
1
通过浏览器访问ADMIN的主页面,并登录
可以登录进入ADMIN页面

2
点击左边菜单中的组织管理下的部门管理
能进入到部门管理的页面,并可以看到已存在的部门列表

3
点击部门管理中的”添加”按钮
能进入添加部门的页面

4
在添加部门的页面中输入部门的名称”QA部”以及描述”WW的QA部门”,并点击”确定”按钮
有添加部门成功的提醒面页.

5
点击添加部门成功页面的”返回”按钮
能回到部门管理的页面,并可以部门列表中看到刚刚添加的部门

表department中应新增一条记录

4.1.2 功能1.2取消 (PAS.ADMIN.DEPARTMENT.ADD.002)
测试对象：添加部门
测试目的：测试添加部门的功能中对错误输入的控制
测试平台：Windows + IE 5
前提条件：登录ADMIN的顾客具有部门管理的权限
案例数目：正测试数 XXX 反测试数 XXX
序号
测试环节
预期成果
结论
备注
1
部门名称重名的控制

2
部门名称中非法字符的控制

3
部门描述中非法字符的控制

4
一，二级部门名称重名的控制

5
验证“取消”按钮功能

4.2 测试案例编号阐明
<本章节详细描述测试案例编号规则.>
4.2.1 案例编号
案例编号有如下几部分构成：项目名称、功能模块、详细功能、案例序列号。如下是每部分的内容：

4.2.1.1 项目编号
编号
意义
阐明
PAS
PAS项目

PAS.ADMIN
PAS项目ADMIN子系统

4.2.1.2 功能模块
编号
意义
阐明
DEPARTMENT
部门管理

ROLES
角色管理

SYSMONITOR
系统监控

APPENDED
附加案例
包括了Session过期的问题及同一顾客账号在同一时间不能同步登录等附加案例
4.2.1.3 详细功能
详细功能编号由负责测试的人员来定义。编号为详细功能的英文名称或者汉语拼音的字头（不超过5个字母）。例如，顾客注册可以定义为：PAS.WEB.USERCREATE。
4.2.1.4 案例序列号
案例序列号为3位数字，从001到999。
4.2.2 案例编号实例
例如：PAS项目的WEB Portal中的有关顾客注册的第一种测试案例的编号为：PAS.WEB.USERCREATE.001。