WHQL认证流程和测试环境介绍
WHQL认证流程和测试环境介绍
项目名称
文档编号
版本号
1.0
作者李玉忠
版权所有
联芯科技有限公司
本资料及其包含的所有内容为联芯科技有限公司所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。
文档更新记录
目录
1引言....................................................................................... 错误！未定义书签。
1.1编写目的 (5)
1.2预期读者和阅读建议 (5)
1.3文档约定 (5)
1.4参考资料 (5)
1.5缩写术语 (5)
2WHQL认证 (5)
2.1什么是WHQL认证 (5)
2.2WHQL认证流程 (5)
2.2.1 获得Windows徽标的优势 (5)
2.2.2 行为推荐 (6)
2.2.3 启动WHQL认证 (6)
2.2.4 WHQL支持信息与技术合作 (6)
2.2.5 建立Winqual网站的在线账户 (7)
2.2.6 申请公司帐号 (7)
2.2.7 设置帐号权限 (7)
2.2.8 签署法律协议 (7)
2.2.9 下载WLK工具 (8)
2.2.10 使用DTM工具完成WHQL测试 (8)
2.2.11 检查测试日志 (8)
2.2.12 在Winqual网站提交测试结果和驱动程序 (9)
2.2.13 为提交准备测试日志 (9)
2.2.14 提交测试结果 (9)
2.2.15 法律协议 (9)
2.2.16 提交费用 (10)
2.2.17 审核时间 (10)
2.2.18 管理提交 (10)
2.2.19 E-mail消息 (10)
2.2.20 审核提交，生成测试报告 (10)
2.2.21 徽标图案 (10)
2.2.22 Windows Marketplace和HCL列表 (10)
2.2.23 添加到Windows更新 (11)
2.2.24 使用Windows错误报告服务 (11)
2.2.25 联系WHQL寻求帮助 (11)
2.2.26 WHQL问题解答 (11)
2.2.27 微软中国提供的DTM技术支持： (11)
3DTM测试环境搭建 (12)
3.1什么是DTM (12)
3.2DTM测试环境组成 (12)
3.3DTM的控制系统要求 (12)
3.4DTM环境搭建和测试 (15)
3.4.1 DTM安装 (15)
3.4.2 DTM配置 (16)
3.4.3 DTM测试 (16)
4后记 (17)
1 引言
1.1编写目的
本文档介绍WHQL认证流程，给不熟悉WHQL认证流程的客户作为入门指导。
1.2预期读者和阅读建议
预期读者：技术支持人员
阅读建议：无
1.3文档约定
无
1.4参考资料
微软中国技术中心WHQL专栏
https://www.sodocs.net/doc/9e9027298.html,/china/CTC/WHQL/whqlpage.asp
1.5缩写术语
WHQL Microsoft Windows Hardware Quality Lab
DTM Driver Test Manager
2 WHQL认证
2.1什么是WHQL认证
全球最大的个人操作系统软件生产商的微软公司为了保证系统的稳定与兼容推出了WHQL认证制度，它是Microsoft Windows Hardware Quality Lab的缩写，中文意思是“微软操作系统硬件质量实验室认证”。这个实验室主要从事计算机硬件产品、驱动程序与Windows 操作系统的兼容性和稳定性测试，如果通过测试就证明这款产品与Windows操作系统可以达到100%兼容，从而使计算机系统达到前所未有的稳定性，所以你所购买电脑产品是否通过微软WHQL认证就成为了计算机运行稳定的关键所在。为了使消费者可以直观的了解到产品是否通过了认证，微软规定凡是通过WHQL认证的产品都被授予“Designed for Windows”标志，并且产品的品牌型号都会出现在微软官方网站和操作系统的硬件兼容列表(HCL)中，以方便查询。WHQL认证过程十分严格，因此一款通过了WHQL认证的驱动程序可以说在Windows系统中基本不存在兼容性问题。
2.2WHQL认证流程
2.2.1 获得Windows徽标的优势
获取Windows徽标不仅保证用户更好地得到Windows应用体验，获得Windows徽标对于制造商来说具有很多优势：
被授权在硬件产品上和该产品的包装上使用Windows徽标，获得微软Windows品牌及用户对产品与Windows兼容认可的优势。
选择在全球Windows Marketplace以及硬件兼容性列表HCL列入产品。政府机关，大公司的IT管理部门和教育机构在购买硬件产品之前，常常会优先考虑该列表中的产品。
获得硬件驱动程序的数字签名。表示该驱动程序已经通过了Windows兼容性检测，这是个高质量的驱动程序。这样也可以减少产品召回，降低售后服务成本。
通过Windows更新发布经过数字签名的驱动程序，因此客户会很容易得到最新的更新。
访问Windows错误报告服务，使用微软联机崩溃分析(OCA)技术，从用户返回的出错数据中定位问题，保证硬件产品和驱动程序在整个生命周期中的质量。
2.2.2 行为推荐
确认您的硬件产品归属的Windows徽标系统或设备分类。
详细阅读Windows徽标计划要求文档，DTM工具中的测试基于这些要求。
用最新的DTM工具进行产品测试
提交测试结果到Winqual网站
使用Windows错误报告跟踪产品及设备驱动程序的售后运行质量。
在你的设计过程中尽早考虑Windows徽标技术要求
将WHQL认证融入您产品的研发流程中
2.2.3 启动WHQL认证
建立Winqual网站的在线账户
从Microsoft Connect网站获得最新测试工具WLK1.0.c。
使用DTM工具完成WHQL测试
在Winqual网站提交测试结果和驱动程序
取得Windows徽标使用资格以及下载驱动程序数字签名
2.2.4 WHQL支持信息与技术合作
WHQL支持信息与DTM支持信息
微软中国硬件创新中心提供的免费WHQL技术合作
2.2.5 建立Winqual网站的在线账户
提交的所有硬件分类的驱动程序和系统都通过Windows徽标计划资格认证服务(Winqual)网站完成。申请WHQL认证要获得Winqual网站的账号。Windows Logo计划资格认证服务——Winqual网站：
https://https://www.sodocs.net/doc/9e9027298.html,
Winqual网站帮助信息：
https://https://www.sodocs.net/doc/9e9027298.html,/help
2.2.6 申请公司帐号
建立一个Winqual在线账户的过程见：
https://https://www.sodocs.net/doc/9e9027298.html,/SignUp/
流程中需要从Verisign网站上获取一个VeriSign Class 3 Code signature ID
https://www.sodocs.net/doc/9e9027298.html,/products/winlogo/
Verisign是一家独立的网上信息安全认证提供商。V erisign在中国的代理公司是天威诚信公司。天威诚信公司网址：
https://www.sodocs.net/doc/9e9027298.html,
2.2.7 设置帐号权限
申请Winqual帐号时，首先获得2个管理员权限的帐号。管理员有权在贵公司范围内新增帐号，并为这些帐号授予提交测试结果、签署法律协议、下载数字签名等不同行为的权限。
2.2.8 签署法律协议
获取Winqual帐号后，必须签署相关的法律协议后才能进行在线提交。这些协议必须由您所在公司的至少总监级人员在线签署。大部分的合同是“庇护”合同。主协议一旦签订，为了保护每个独立产品提交的细节信息，"Exhibit"补充合同还必须每次提交。
从Microsoft Connect网站获得最新测试工具
选择可供参与的计划
打开https://www.sodocs.net/doc/9e9027298.html,，使用您的Windows Live? ID登陆，选择左侧“可供参与的计划”，在列表里选择Microsoft Windows Driver Kit (WDK) and Windows Logo Kit (WLK)。
参与Microsoft Windows Driver Kit (WDK) and Windows Logo Kit (WLK)计划后，您就可以下载WLK工具。
2.2.9 下载WLK工具
打开右侧“我的参与”，点击左侧“下载”选项，在下载列表中找到Windows Logo Kit 1_0_c。DTM测试工具包含在Windows Logo Kit (WLK)里，目前的最新版本是WLK1.0.c
2.2.10 使用DTM工具完成WHQL测试
DTM测试环境准备
阅读DTM联机文档，了解DTM工具的软件和硬件要求，以及测试人员所需知识，每个提交分类的准备过程。
正确按照配置DTM测试环境。
在DTM的菜单Explorer -> Job Monitor中创建该测试的Machine Pool，并按照分类设置MCU Policy
DTM工具包括侦测软件，因此在安装工具之前，必须在测试前配置好所有的硬件。
详细阅读DTM测试工具文档
运行选定分类下的所有测试项
在菜单Explorer -> Device Console中，创建新的Submission时，选择适合的硬件分类和测试平台。运行选定分类下的所有测试项
在菜单Explorer -> Job Monitor中管理和查看DTM测试进程，完成所有测试。如遇失败测试项，必须重新测试直至通过为止。
2.2.11 检查测试日志
检查由测试生成的测试日志和留意所有的失败点。反复核对列在
https://https://www.sodocs.net/doc/9e9027298.html,/ec网站的勘误表中的每个错误。勘误表中描述了已知错误解决方案和指明什么样的错误在提交中可以接受。您也可以登录https://https://www.sodocs.net/doc/9e9027298.html,后下在勘误表过滤器并将其合并到DTM Controller中以自动滤除相关的Errata。
?如果你的错误在勘误表中，但没有被勘误表过滤器自动滤除，请您从
https://www.sodocs.net/doc/9e9027298.html,/whdc/whql/WHQLdwn.mspx网站下载WHQL Readme文档模板，完整填写这个表格，并与你的测试提交一起返回WHQL。
?如果你的错误没有覆盖在勘误表中，关于测试原因的更多信息在DTM工具文档中的测试规范中。你可以使用他们更正错误以便通过测试。
在https://www.sodocs.net/doc/9e9027298.html,/whdc/whql/WHQLdwn.mspx网站下载DTM Log Viewer工具将有助于查看和分析DTM测试结果。
2.2.12 在Winqual网站提交测试结果和驱动程序
WHQL对每种类型的提交有文档记录他们的日志审查过程并提供DTM提交过程工具帮助你在向Winqual网站上传日志文件以前预测你的提交是否通过。另外，也包括提交过程程序，来检查那些测试日志中可以导致提交失败的问题。
DTM提交过程工具和提交过程程序都可以从Winqual网站下载。
2.2.13 为提交准备测试日志
按照DTM工具测试过程中的向WHQL提交测试日志包的说明规定。测试结果将被压缩为一个CPK文件。
保证所有的测试日志中的错误被勘误表覆盖并且以前面所描述的Readme文档形式记录下来。如果在测试审核中存在未记录的错误，提交是不会成功的。
将上述两个文件放置在一个文件夹中。
除此之外，如果您的提交需要包括驱动程序，请将驱动程序放置在另外一个文件夹中。并将该驱动程序相对应的符号文件（pdb文件）放置在第三个文件夹中。
以上3个文件夹的名称可以任意指定。
2.2.14 提交测试结果
所有的Windows徽标计划提交通过Winqual网站完成。在你的测试完成以后，你可以签约并上传你的测试结果。
2.2.15 法律协议
在提交测试日志以前，你所在公司必须具备一份以签署的WHQL测试协议和驱动发布协议的文件拷贝。
每个产品的提交必须在线签署Exhibit A(来自WHQL测试协议)。
如果你想拥有Windows徽标的使用权，你必须运行产品列表工具，并对每次提交点击“接受”Exhibit3徽标许可协议。
2.2.16 提交费用
不同类型内容的提交费用已列在WHQL网站上。在线提交过程中，你将被要求提供你所在公司或部门的帐户地址。在每个季度结束时，WHQL将根据这个季度所有的提交给你所在的公司开具账单。如果你所在的公司的发票需要订单号码，请你务必在在线提交过程中输入PO number。
成功的徽标测试提交之后
2.2.17 审核时间
目前从提交开始到最后确认的平均在线提交时间少于20个小时。WHQL会继续努力维持或减小当前的平均时间。
2.2.18 管理提交
每次新的提交或更新将对应于唯一的提交ID号。你的管理员或联系人用这个登录ID号来跟踪每次提交的过程。
2.2.19 E-mail消息
在提交过程中每个重要的阶段，Winqual会用e-mail方式发消息给所有提交过程中列出的联系人。
2.2.20 审核提交，生成测试报告
WHQL工作人员将审核和确认收到的测试日志，并生成一份测试报告。当审核完成后，WHQL会向提交者和指定的联系人发电子邮件，以通知他们审核的结果。
2.2.21 徽标图案
如果成功通过审核，你可以登录Winqual网站，运行产品列表工具，签署Exhibit3徽标许可协议。当完成这些步骤后，就可以下载Windows徽标图案。
2.2.22 Windows Marketplace和HCL列表
在提交过程中，你有机会指定产品在Windows Marketplace和HCL网站上的发布日期。如果你提交成功并且符合其他所有要求，WHQL会在指定的日期起在网站上列出该产品。如果提交过程中没有输入发布日期，则产品不会被列出。
Windows Marketplace和HCL网站：
https://www.sodocs.net/doc/9e9027298.html,
https://https://www.sodocs.net/doc/9e9027298.html,/hcl
注意：所有获得Windows徽标的产品都会在HCL网站中列出，但您可以自行决定是否将产品显示在https://www.sodocs.net/doc/9e9027298.html,中，请登录Windows Markeplace工具网站：
https://www.sodocs.net/doc/9e9027298.html,/getlisted/
2.2.23 添加到Windows更新
如果在提交过程中提出申请，并且你的产品满足Windows更新标准，WHQL将把你产品的签名驱动放入Windows更新网站，以便用户下载。Windows Update网站：
https://www.sodocs.net/doc/9e9027298.html,/
使用驱动分发中心向Windows更新中添加驱动程序和更新规则。
https://www.sodocs.net/doc/9e9027298.html,/whdc/maintain/DrvUpdate.mspx
2.2.24 使用Windows错误报告服务
Windows错误报告服务是微软提供的一项免费服务。你可以利用这项服务获取最终用户通过微软OCA技术反馈的错误数据，从动态的数据中掌握您产品在整个生命周期中的质量情况。关于Windows错误报告服务，请参考：
https://www.sodocs.net/doc/9e9027298.html,/whdc/maintain/StartWER.mspx
2.2.25 联系WHQL寻求帮助
如果你在测试过程中或阅读测试日志时有任何的问题，你可以联系WHQL工作人员寻求帮助。
2.2.26 WHQL问题解答
系统相关问题whqlsys@https://www.sodocs.net/doc/9e9027298.html,
设备相关问题whqldt@https://www.sodocs.net/doc/9e9027298.html,
2.2.27 微软中国提供的DTM技术支持：
微软中国为客户提供付费的DTM技术支持服务。我们通过“专业技术支持”和“高级服务”两种方式对WHQL（包含DTM）和WDK进行技术支持。
a.专业技术支持和高级服务都可以提供完整的WHQL支持。
b.面向专业客户，我们提供完整的WHQL支持和基本的WDK支持。
c.面向高级客户，我们提供完整的WHQL支持和完整的WDK支持。
d.专业技术支持和高级服务的主要区别在于WDK部分的技术支持。专业技术支持仅提供一般性指导并且我们不审核、修改、调试客户代码，也不调试客户的设备。高级服务包含对客户代码提出直接的建议和在必要时直接调试客户的代码和设备。
3 DTM测试环境搭建
3.1什么是DTM
DTM是Driver Test Manager，是微软Windows徽标计划的测试工具。使用DTM工具对硬件进行测试并把测试结果提交给微软，就可以获得Windows Logo。
3.2DTM测试环境组成
在进行WHQL测试前需要配置测试环境，由于我们在测试中使用的测试工具为DTM （Driver Test Manager），因此先要对DTM工具进行了解，DTM可分为三层逻辑结构：DTM clients/DTM controllers/DTM Studio.
DTM clients端是由不同配置的测试机组成，每台测试机模拟一种实际操作环境，被测试的驱动程序在每台测试机上运行。
DTM controllers端DTM clients端运行的的测试进行控制，测试的结果会存储在controllers 端的SQL数据库中。
DTM Stadio提供了用户接口，测试者可以在stadio端创建测试场景和分配运行时间。
3.3DTM的控制系统要求
注意: DTM控制器目前只支持对英文版本的Windows Server 2003带有Service Pack 1 （SP1的）或Service Pack 2 （SP2 ）.
Component Minimum Optimum
Processor Single x86-based processor
running in x86 mode, with a
speed of 2.0 GHz Multicore or multiple x64-based processors running in x86 mode, with a speed of 2.0 GHz or faster
System Memory 2 GB main memory 4 GB main memory Hard Disk Capacity 300 GB. This value is
considered a minimum because
JBOD array
of the volume of logs that can
be generated and their storage
requirements.
Network Connection 100 megabits per second (Mbps)
Operating System x86-based version of Windows Server 2003 with
Service Pack 1 (SP1) or
Service Pack 2 (SP2) installed.
Notes:
?DTM Controller is not supported on
Windows Server 2008, Windows Vista,
Windows XP, or Microsoft Windows 2000.
?DTM Controller is not supported on a
Windows Server 2003 installation that has
already been set up as a domain controller.
?DTM Controller is not supported in a virtual PC
environment.
DTM Studio 系统需求
Component Minimum
Processor x86-based, or
Itanium-based, or
x64-based architectures
Operating System ?Windows Server 2008 for x86-based or x64-based
architectures, or
?Windows Vista (all versions) for x86-based or
x64-based architectures, or
?Windows Server 2003 with Service Pack 1 (SP1)
for x86-based, x64-based, or Itanium-based
architectures, or
?Windows XP with Service Pack 2 (SP2) for
x86-based or x64-based architectures
Notes :
?
Windows Vista and Windows XP are supported when
DTM is deployed in the domain-joined scenario.
However, in the workgroup deployment scenario,
you must install DTM Studio directly on the DTM
Controller, which must have Windows Server 2003
installed.
? DTM Studio is not supported in a virtual PC
environment.
DTM 客户端系统需求
Component
Minimum Optimum Processor x86-based, or
Itanium-based, or
x64-based architectures
System Memory 128 MB main memory (for free builds) 256 MB or more (for checked
builds)
Operating System
? Windows Vista (all versions) for x86-based or
x64-based architectures, or
? Windows Server 2003 with Service Pack 1 (SP1)
for x86-based, x64-based, or Itanium-based
architectures, or
? Windows XP with the latest release Service Pack
? To test and obtain a Windows Server 2008 logo, you
must use Windows Server 2008 Datacenter
(x64-based) or Windows Server 2008 for
Itanium-based systems (IA-64). x64-based systems
may be AMD64 or Intel64. IA64-based systems must
be Itanium 2 or later because Windows Server 2008
does not support Itanium 1 (Merced) processors. Notes :
? When selecting a computer name for the client, you
must choose a unique name with 15 or fewer
characters.
?Windows 2000 is supported for testing -purposes
only. There is no logo support for Windows 2000.
?DTM Client is not supported in a virtual PC
environment.
3.4DTM环境搭建和测试
用DTM进行测试的时候可以有两种环境搭建方式：
一、工作组模式，在一个工作组内，这样至少需要2台机器，要求DTM Studio
和DTM Controller在同一台机器上
二、域模式，这样至少需要3台机器，要求DC与DTMController分
离
下面以第一种为例说明搭建和测试过程
3.4.1 DTM安装
1.在计划要安装DTM Controller的计算机上安装Windows Server 2003 with Service
Pack 1 (SP1) or Service Pack 2 (SP2)操作系统，经过测试中文/英文都可以，并
不像DTM.chm中描述只能用英文的操作系统.
2.在计划要做DTM Studio的计算机上安装干净的操作系统，Windows XP和 Windows
Server 2003都可以，可以把DTM Studio 也安装在Controller的计算机上。
3.在计划要做DTM Client的计算机上安装干净的要测试的操作系统，比如我要做的
Windows Server 2008 Datacenter Edition.
4.在每一台计算机上，以管理员权限登陆执行以下操作：
1.启用guest帐户
2.关闭防火墙
5.在计划要做DTM Controller 的计算机上, 运行KitSetup.exe（一般来说下载下来
的是一个ISO文件，需要用虚拟光驱载入）选择相应的测试用例按照提示安装。比
如我选择的Device Test. 程序会自动安装Microsoft .NET Framework 2.0.，
Microsoft SQL Desktop Engine (MSDE)，Microsoft Driver Test Manager (DTM)
和相应的测试用例。
6.在计划要做DTM Studio的计算机上，在开始菜单点击运行, 输入 \\Controller
计算机的名称\DTMInstall\Studio\Setup.exe，通过共享安装Studio.
7.在计划的所有 Client 的计算机上，在开始菜单点击运行, 输入 \\Controller
计算机的名称\DTMInstall\Client\Setup.exe，通过共享安装Client，安装完成后重启计算机。
3.4.2 DTM配置
1.通过DTM Controller添加ControllerName\Guest到DTM_DSUSERS组。
1)运行DTM Studio,点击 Tools/Management Console.
2)展开 Console Root, 展开 Datastore, 右键Users, 点击New User.
3)输入 ControllerName\Guest 并选择 dtm_DSusers，最后确定。
2.在DTM Client上配置自动登陆。
1)在开始菜单，点击运行，输入control userpasswords2。
2)选择administrator用户，设置为自动登陆。
3.更新DTM Controller 的WLK updated filters。
1)获取WLK updated filters：
https://https://www.sodocs.net/doc/9e9027298.html,/member/SubmissionWizard/LegalExemp
tions/updatefilters.cab
2)把下载的updatefilter.cab解压后把updatefilter.sql拷贝到DTM
Controller的安装目录。
3)运行updatefilter.exe。程序会自动把sql语句写入数据库。
3.4.3 DTM测试
1.在所有的Client上安装要测试的设备和驱动，并共享其Windows目录。
2.准备要测试的Client。
1)点击Explorer菜单/Job Monitor，右键$，点击Add Machine Pool建立新
的 Machine pool，比如我的是WS2008，在MCU Policy标签添加与你要做
的测试相应的dimensions，比如我的是Wdk\ConfigureUnclassified.
2)安装完Client后，在$/default pool里可以看见所有的已经安装的Client。
把要进行测试的Client通过拖拽或者右键方式添加到新建的Machine Pool
中，此时Client计算机的状态为Manule，右键Client计算机把其状态更
改为Reset。
3.创建Submisstion，这里以Unclassified Signature Tests为例。
1)在Studio，点击Explorers/ Device Console，选择View By Submission。
在Submission下拉菜单中点击New Submission进入一个新的Submission
的配置向导。
2)在Select OS列表选择与Client对应的名称，比如我的是Windows Server
2008 X64，点击Next。
3)在Select Category中选择要你要进行的测试的类别，比如我的是Device
Submission，点击Next。
4)在Logo Program列表中选择你要进行的具体测试，比如我的是
Unclassified，点击Next。
5)在Qualification窗口，选择Unclassified Signature，点击Next。
6)输入Submission的名称，并点击对应的Machine Pool，比如我的是
Submission的名称是SSR，对应的machine pool是之前创建的WS2008，点
击Next。
7)点击Browse按钮，通过网上邻居找到驱动的inf文件（这里就是为什么之
前要在Client上配置共享的原因），也可以直接输入网络路径，一般都在
//client/Windows/inf/xxx.inf.然后点击Load载入xxx.inf的相关信息，
点击Finish。此时你可以在Available Devices处看见你的submission信
息。
4.运行测试Job。创建submission后，可以看到DTM给出的Jobs。
1)点击Explorers/ Device Console，选择View By Submission。在Submission
下拉菜单中选择我们的submission。
2)勾选住所有需要进行的Job，点击Add Selected，然后点击Schedule Jobs，
此时可以在Explorer /Job Monitor窗口看见这些Job已经开始运行。
3)如果测试遇到Fail的Job，也要用这样的方式来重新运行Job，不建议直接
右键Job然后rerun。
5.生成测试结果。等待所有的Job都运行完成并且都PASS以后就可以生成结果了。
1)点击Explorers/ Device Console，选择View By Submission。在下拉列表
中选中你的submission。
2)点击后面的Status来查看状态，完全通过以后才进行下一步，否则提交给
微软也过不了。
3)在左侧的Available Devices 下submission名称上右键，点击Create
Submission Package生成一个.cpk文件。
4 后记
生成的CPK文件连同驱动sys、inf文件一起提交到https://www.sodocs.net/doc/9e9027298.html,/进行审核，审核通过后即可拿到数字签名。
CCC认证标志的保管和使用控制程序
一、目的： 为配合国家对强制性产品认证标志的统一监督管理，维护客户及广大消费者相关利益，依据国家有关法律、法规的规定及本企业的自身特点，特制定此办法。 二、范围： 本办法适用于本厂已通过产品认证的所有产品的认证标志之使用管理。 三、定义： “CCC”：中国强制性认证的英文缩写。 四、权责： 工程部：负责认证标志之使用方式及使用说明的制定。 负责向相关国家机构提交申请。 货仓：负责认证标志的储存和保管、发放。 生产部：负责认证标志按规定要求使用、标贴。 品管部：负责监督认证标志的粘贴及正确使用方式等。 五、程序内容： 5.1认证标志的申请、制作和发放。 5.1.1工程部根据本厂实际需要,确定“CCC”标志的使用形态方式，并依据国家颁发《强制性产品认 证标志管理办法》的各项要求，向国家认证认可监督管理委员会(以下简称：认监委)指定机 构(以下简称：指定的机构)提出申请。 5.1.2申请时须持申请书和认证证书的副本向指定机构申请使用认证标志. 5.1.3若委托他人申请使用认证标志的,受委托人必须持申请人的委托书、申请书和认让证书的副本 向指定机构申请使用认证标志。以上向指定机构申请后，经认监委审批后，方可自行制作或 向国家指定机构购买。 5.1.4申请使用认证标志,应积极按照国家规定缴纳统一印制的标准规格认证标志的工本费或者模压、 印刷认证标志的监督管理费。 5.1.5统一印制的标准规格认证标志由指定的机构发放. 5.1.6认证标志的申请具体参见附件：CQC国家颁发的《“印刷/模压标志申请书”填写指南及要求》 和《关于强制性产品认证标志印刷、模压等使用方案的标准程序》 5.1.7认证标志制作:获证产品可根据本厂实际采用印刷、模压、模制、丝印、喷漆、雕刻、烙印、 打戳等方式<以上各种方式以下简称印刷、模压> 5.1.8若本工厂自行印刷/模压CCC标志,必须按《关于强制性产品认证标志印刷、模压等使用标准
新产品测试流程图
新产品内部测试工作程序 1 目的 内部测试是公司为分析、评价、验证新产品质量和可靠性的一种手段和方法。其作用是通过对测试结果的统计分析,对产品的性能指标、环境适应性以及产品的可靠性进行评价,找出其薄弱环节,提出改进措施,以提高产品的可靠性和稳定性。原则上未经测试课测试的产品和程序不能出厂。 2 适用范围 本程序适用于公司新产品的内部测试工作。 3 职责 新产品内部测试工作由测试课承担并负责实施。 4 工作程序 内部测试工作流程图见附图 4.1提出测试任务 测试申请由产品经理或研发提出，需填写《产品内部测试申请表》（见表1）。测试课按测试申请表完成测试任务，测试申请表勾选的技术资料需一并提供。 4.2 提供测试项目 产品经理或研发提供测试项目和测试要求及指标，研发需提供自测报告。 4.3 测试方案设计 根据产品开发目标、目的和指标,参考有关国家标准和企业产品标准（技术条件）及其他有关背景资料,进行测试方案设计,其主要内容应包括以下几大项: a) 明确测试目的 b)确定测试项目及要求 c) 安排测试顺序 d) 确定测试条件 e)确定测试方法及参数测试方法 f)确定测试设备和试验测试仪器 g) 确定数据处理方法
4.4实施测试 按测试计划进行测试,若与计划项目有变化则在报告中说明。测试过程中,测试人员应详细做好测试记录。 4.5 测试数据的分析处理 测试完成后,测试人员应给出测试结论。 4.6测试结论试验报告的编写 按测试报告模板编写测试报告。 4.6.1 测试结论 测试结论是将样机内部测试数据与测试规格对照后所得出的合格与否结论,测试结论应明确地表明样机各项指标达标项和未达标项并将指标不合格项逐条列出。包括： a) 反映产品外观、结构等质量状况的测试结果 b) 反映产品性能指标等内在质量测试结果 c) 产品在极限的情况下的适应性和自我保护性能 4.7测试报告审批 测试报告需经测试课人员确认,测试课课长审核，然后给到产品经理审批，依据样机内部测试情况,做出样机是否通过内部测试决定，并发布测试报告。 4.8注意事项 4.8.1 以验证产品的设计质量为目标,从公司现有条件及经济性、实用性考虑选取测试项目。 4.8.2 采用的测试条件尽可能模拟现场使用条件,现场试验可以是用户使用的实际情况反映,也可以在生产装配现场进行。 4.8.3 选择的测试数量要得到保证。 4.8.4为保证试验结果的可靠性,必须对测试方案和计划作周密而实际的安排,对测试工具与测试仪器也应有一定的精确度要求。 4.8.5可靠性试验原则上选择功能试验和环境试验合格后的产品进行,样机进行可靠性试验后,应对失效或接近失效的元器件进行更换,并经检验才能对样机处理。 4.8.6 测试课在测试过程中缺少测试仪器和资料的由测试申请人提供。 附图内部测试工作流程图
开发环境与测试环境搭建方案
开发环境与测试环境搭建方案 1. 总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG ，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB 应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 2. 环境管理 2.1. 系统架构 开发环境构架： 测试环境系统构架： 2.2. 硬件配置 从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普 通的PC Server 机器即可。 2.3. 安装软件 建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体 需要自行安装。 服务器 内存 CPU 硬盘 备注 开发服务器 2G 到4G 之间 4C ，主频2G 以上 300G 左右 测试服务器 8G-16G 之间 4C ，主频2G 以上 300G 左右 测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右
3. 权限管理 3.1. 开发环境 开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据 以及发布部署开发版本以便自测。 3.2. 测试环境 测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服 务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 4. 版本管理 开发与测试环境安装 SVN 版本管理软件，由版本管理员负责对开发与测 试环境的版本管理工作。 5. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 3．每当长假(元旦、清明、五一、端午、十一、中秋、春节)前期，需手工对开发与测试环境进行全量备份。 4． 服务器 操作系统 中间件 数据库 测试工具 版本管理 工具 开发服务器 RedHat Linux 5.4 64位 Weblogic 9 Oracle 10 无 SVN 测试服务器 RedHat Linux 5.4 64位 Weblogic 9 无 JIRA SVN 测试数据服务器 RedHat Linux 5.4 64位 无 Oracle 10
如何配置软件测试环境
如何配置软件测试环境 软件测试 配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境;软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。在实际测试中，软件环境又可分为主测试环境和辅测试环境。主测试环境是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境。一般来说，配置主测试环境可遵循下列原则： 1.符合软件运行的最低要求。测试环境首先要保证能支撑软件正常运行。 2.选用比较普及的操作系统和软件平台。例如，一个软件若声称支持“Windows9X/ME/NT Workstation/2000 professional”和“MS Office 97/2000/XP”，一般我们会采用如“Windows 2000professional+MS Office 2000”的流行环境。 3.营造相对简单、独立的测试环境。除了操作系统，测试机上只安装软件运行和测试必需的软件，以免不相关的软件影响测试实施。 4.无毒的环境。利用有效的正版杀毒软件检测软件环境，保证测试环境中没有病毒。
辅测试环境常常用来满足不同的测试需求或特殊测试项目： 兼容性测试：在满足软件运行要求的范围内，可选择一些典型的操作系统和常用应用软件对其安装卸载和主要功能进行验证。 模拟真实环境测试：有些软件，特别是面向大众的商品化软件，在测试时常常需要考察在真实环境中的表现。如测试杀毒软件的扫描速度时，硬盘上布置的不同类型文件的比例要尽量接近真实环境，这样测试出来的数据才有实际意义。 横向对比测试：利用辅测试环境“克隆”出完全一致的测试环境，从而保证各个被测软件平等对比。
产品保质期测试验证操作指引修订稿
产品保质期测试验证操 作指引
产品保质期测试验证操作指引 1目的 规范我司新产品保质期的确定,保证食品于货架期内的有效食用质素及卫生安全. 2范围 轻工业部规定除外的我司所有新产品的保质期制定 3职责 3.1生产部–严格按照产品工艺制作并提供新产品保质期测试所需样本. 3.2品管部 3.2.1负责新产品测式样本的抽取及标识,同时按保质期测试之相应贮存条件进 行存放并作好记录. 3.2.2 负责新产品测试样品的微生物及理化相关项目检测并作好记录. 3.2.3 负责新产品测试样品的定期感官判定并作好记录. 3.2.4 根据新产品项目检测及感官判定结果制定其相应保质期限. 4工作程序 4.1微生物及理化相关检测 4.1.1检测项目: 细菌总数,大肠菌群,金葡,沙门,志贺氏,油脂产品的酸价,过氧化 值等 4.1.2测试方法: 食品保质期加速测试方法(ASLT) 4.1.3. ASLT测试原理: 4.1.3.1利用化学动力学来量化外来因素如温度、湿度、气压和光照等对变质 反应的影响力。通过控制食品处于一个或多个外在因素高于正常水平的环境中，变质的速度将加快或加速，在短于正常时间内就可判定产品是否变质。 因为影响变质的外在因素是可以量化的，而加速的程度也可以计算得到，因此可以推算到产品在正常储存条件下实际的储存期。 4.1.3.2在给定的条件下，产品质量的衰退与时间成反比例。温差为10°C的两 个任意温度下的储存期的比率Q10=温度为T时的储存期 / 温度为（T+10°C）时的储存期，对储存期有极大的影响,通常来说，罐头食品的Q10为~4，脱水产品为~10；冷冻产品为3~40。
测试环境搭建方案
各种缺陷管理工具比较 mantis 1.概述 缺陷管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。 Mantis是一个缺陷跟踪系统具有多特性包括：易于安装，易于操作，基于Web，支持任何可运行PHP的平台(Windows,Linux,Mac,Solaris,AS400/i5等)。已经被翻译成68种语言，支持多个项目，为每一个项目设置不同的用户访问级别，跟踪缺陷变更历史，定制我的视图页面，提供全文搜索功能，内置报表生成功能(包括图形报表)，通过Email报告缺陷，用户可以监视特殊的Bug，附件可以保存在web服务器上或数据库中(还可以备份到FTP服务器上)，自定义缺陷处理工作流，支持输出格包括csv、MicrosoftExcel、MicrosoftWord，集成源代码控制(SVN与CVS)，集成wiki知识库与聊天工具(可选/可不选)，支持多种数据库(MySQL、MSSQL、PostgreSQL、Oracle、DB2)，提供WebService(SOAP)接口，提供Wap访问。 2 .优点 1，流程定制方便且符合标准，满足一般的缺陷跟踪； 2，安装简单； 3 .缺点 1.只能简单的对缺陷进行管理，不能管理整个测试流程：测试需求-测试计 划-测试案例-执行测试案例-提交缺陷-测试总结报告；
2.界面比较简单，有些功能不能实现（如上传附件） QC 1.概述 Quality Center 是一个基于Java 2 Enterprise Edition (J2EE) 技术的企业级应用程序。Quality Center 可以帮助您组织和管理应用程序测试流程的所有阶段，包括制定测试需求，计划测试，执行测试和跟踪缺陷。 2.优点 1，QC能够帮助你组织和管理软件测试过程的每个阶段，包括测试需求管理、测试计划、测试案例、测试执行和缺陷跟踪。 2，QC执行对测试用例执行统计情况，对bug的统计，分析等功能比较强大； 3.缺点 1，安装比较复杂 2，收费软件。 JIRA 1.概述 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature（新功能）、Bug、Task（任务）和Improvement（增加或修改）四种，还可以自己定义，所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。
认证标志的保管和使用控制程序修订稿
认证标志的保管和使用 控制程序 WEIHUA system office room 【WEIHUA 16H-WEIHUA WEIHUA8Q8-
质量体系文件 认证标志的保管和使用控制程序 发行部门：仓库 文件编号：YXD-QP-01 版本：A0 编制： 审核： 批准： 2010年01月 22日发布 2010年02月01日实施
一、目的： 为配合国家对强制性产品认证标志的统一监督管理，维护客户及广大消费者相关利益，依据国家有关法律、法规的规定及本企业的自身特点，特制定此办法。 二、范围： 本办法适用于本厂已通过产品认证的所有产品的认证标志之使用管理。 三、定义： “CCC”：中国强制性认证的英文缩写。 四、权责：
工程部：负责认证标志之使用方式及使用说明的制定。 负责向相关国家机构提交申请。 货仓：负责认证标志的储存和保管、发放。 生产部：负责认证标志按规定要求使用、标贴。 品管部：负责监督认证标志的粘贴及正确使用方式等。 五、程序内容： 5.1认证标志的申请、制作和发放。 5.1.1工程部根据本厂实际需要,确定“CCC”标志的使用形态方式，并依据国家颁发《强 制性产品认证标志管理办法》的各项要求，向国家认证认可监督管理委员会(以 下简称：认监委)指定机构(以下简称：指定的机构)提出申请。 5.1.2申请时须持申请书和认证证书的副本向指定机构申请使用认证标志. 5.1.3若委托他人申请使用认证标志的,受委托人必须持申请人的委托书、申请书和认 让证书的副本向指定机构申请使用认证标志。以上向指定机构申请后，经认监委 审批后，方可自行制作或向国家指定机构购买。 5.1.4申请使用认证标志,应积极按照国家规定缴纳统一印制的标准规格认证标志的工 本费或者模压、印刷认证标志的监督管理费。 5.1.5统一印制的标准规格认证标志由指定的机构发放. 5.1.6认证标志的申请具体参见附件：CQC国家颁发的《“印刷/模压标志申请书”填写 指南及要求》和《关于强制性产品认证标志印刷、模压等使用方案的标准程序》 5.1.7认证标志制作:获证产品可根据本厂实际采用印刷、模压、模制、丝印、喷漆、 雕刻、烙印、打戳等方式<以上各种方式以下简称印刷、模压> 5.1.8若本工厂自行印刷/模压CCC标志,必须按《关于强制性产品认证标志印刷、模压 等使用标准程序》中第4项要求向申请机构提出印刷/模压设计方案。
认证标志的保管和使用控制程序
质量体系文件 认证标志的保管和使用控制程序 发行部门：仓库 文件编号：YXD-QP-01 版本：A0 编制： 审核： 批准： 2010年01月 22日发布 2010年02月01日实施
一、目的：
为配合国家对强制性产品认证标志的统一监督管理，维护客户及广大消费者相关利益，依据国家有关法律、法规的规定及本企业的自身特点，特制定此办法。 二、范围： 本办法适用于本厂已通过产品认证的所有产品的认证标志之使用管理。 三、定义： “CCC”：中国强制性认证的英文缩写。 四、权责： 工程部：负责认证标志之使用方式及使用说明的制定。 负责向相关国家机构提交申请。 货仓：负责认证标志的储存和保管、发放。 生产部：负责认证标志按规定要求使用、标贴。 品管部：负责监督认证标志的粘贴及正确使用方式等。 五、程序内容： 5.1认证标志的申请、制作和发放。 5.1.1工程部根据本厂实际需要,确定“CCC”标志的使用形态方式，并依据国家颁发《强制性产品认 证标志管理办法》的各项要求，向国家认证认可监督管理委员会(以下简称：认监委)指定机 构(以下简称：指定的机构)提出申请。 5.1.2申请时须持申请书和认证证书的副本向指定机构申请使用认证标志. 5.1.3若委托他人申请使用认证标志的,受委托人必须持申请人的委托书、申请书和认让证书的副本 向指定机构申请使用认证标志。以上向指定机构申请后，经认监委审批后，方可自行制作或 向国家指定机构购买。 5.1.4申请使用认证标志,应积极按照国家规定缴纳统一印制的标准规格认证标志的工本费或者模 压、印刷认证标志的监督管理费。 5.1.5统一印制的标准规格认证标志由指定的机构发放. 5.1.6认证标志的申请具体参见附件：CQC国家颁发的《“印刷/模压标志申请书”填写指南及要求》 和《关于强制性产品认证标志印刷、模压等使用方案的标准程序》 5.1.7认证标志制作:获证产品可根据本厂实际采用印刷、模压、模制、丝印、喷漆、雕刻、烙印、 打戳等方式<以上各种方式以下简称印刷、模压> 5.1.8若本工厂自行印刷/模压CCC标志,必须按《关于强制性产品认证标志印刷、模压等使用标准 程序》中第4项要求向申请机构提出印刷/模压设计方案。
开发环境与测试环境搭建方案
开发环境与测试环境搭建方案 总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG ，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB 应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 环境管理 1.1. 系统架构 开发环境构架： 测试环境系统构架： 1.2. 硬件配置 从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普 通的PC Server 机器即可。 1.3. 安装软件 建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体 需要自行安装。 服务器 内存 CPU 硬盘 备注 开发服务器 2G 到4G 之间 4C ，主频2G 以上 300G 左右 测试服务器 8G-16G 之间 4C ，主频2G 以上 300G 左右 测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右
权限管理 1.4. 开发环境 开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据 以及发布部署开发版本以便自测。 1.5. 测试环境 测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服 务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 2. 版本管理 开发与测试环境安装 SVN 版本管理软件，由版本管理员负责对开发与测 试环境的版本管理工作。 3. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 3．每当长假(元旦、清明、五一、端午、十一、中秋、春节)前期，需手工对开发与测试环境进行全量备份。 4． 服务器 操作系统 中间件 数据库 测试工具 版本管理 工具 开发服务器 RedHat Linux 5.4 64位 Weblogic 9 Oracle 10 无 SVN 测试服务器 RedHat Linux 5.4 64位 Weblogic 9 无 JIRA SVN 测试数据服务器 RedHat Linux 5.4 64位 无 Oracle 10
认证证书、标志的使用与管理控制程序文件
XXXX科技 认证证书、标志的使用与管理控制程序 文件编号：TY-2-30-013 版本版次：1.0 编制：日期： 审核：日期： 复核：日期： 核准：日期： 受控状态：
1目的 为加强对产品、管理体系认证的认证证书和认证标志(以下简称认证证书和认证标志)的管理、监督，规认证证书和认证标志的使用，维护组织和顾客的合法权益，促进认证活动健康有序的发展，加强对国家自愿性产品认证或强制性产品认证证书和标志的统一监督管理，规和控制CQC、VDE、UL等认证标志的购置、印刷、发放和使用及管理，确保不合格品和获证产品变更后未经认证机构确认，不加贴认证标志。 2适用围 适用于认证证书、认证标志的妥善保管、使用。 3权责 3.1质量保证负责人实施认证标志使用管理的控制。负责向相关国家机构或部门提交申请。
3.2研发部负责认证标志制作规格的设计及型号选用、合理使用工作。 3.3采购部主管负责认证标志的外购及印刷、模压等外协工作。 3.4仓库负责认证标志的储存和保管、发放。 3.5生产部负责认证标志按规定要求使用、粘贴。 3.6品保部负责监督认证标志的粘贴及正确使用方式等。 3.7文控中心负责认证证书的建档和妥善保存。 4定义 认证证书：指产品、管理体系通过认证所获得的证明性文件。认证证书包括产品认证证书和管理体系认证证书。 认证标志：指证明产品、管理体系通过认证的专有符号、图案或者符号、图案以及文字的组合。认证标志包括产品认证标志和管理体系认证标志。 5作业容 5.1认证证书 5.1.1公司有权在认证证书的有效期正确使用认证证书。 5.1.2公司产品、质量管理体系认证证书正本由文控中心保存。文控中心按《文件与资料控制程序》妥善保管好证书，以免丢失、损坏，对认证证书的使用情况如实记录。如发生证书丢失、损坏的，应及时汇报给公司质量保证负责人，由质量保证负责人及时向认证机构申请补发。 5.1.3公司质量管理体系认证证书副本或复印件可以展示在文件、、通过认证的工作场所、销售场所、广告和宣传资料中或广告宣传等商业活动。在顾客提出要求时，相关部门可以经过申请提供给顾客质量管理体系认证证书的完整复印件，或者出示证书原件，顾客检查后应及时将证书原件归还保管部门。 5.1.4公司相关部门应避免管理体系的认证宣传误导消费者，使其误认为通过体系认证的产品符合标准要求。公司可以在业务围按以下文字描述的方式将认证证书的有关信息展示在文件、、通过认证的工作场所、销售场所、广告、宣传资料以及运输产品的大包装上，如：“本公司通过中国质量认证中心的****质量管理体系认证，证书编号为xxxx”。 5.1.5公司相关部门在印制认证宣传材料、包装物或做其它认证宣传时，应到文控中心登记。 5.1.6公司质量保证体系发生重大变化时，应报告认证机构并接受认证机构的调查或监督检查，监督检查不合格时，不得使用该证书。 5.1.7公司按时交纳认证费用，以获得或保持证书。 5.1.8任何单位、部门、个人不准伪造、更改、出借、出租、转让、倒卖、部分出示、部分复印公司质量管理体系认证证书。 5.1.9对其它单位和个人妨碍本公司使用认证证书的行为，公司将向认证机构提出投诉。 5.1.10证书被认证机构暂停、撤消时，公司按认证机构的要求将证书交还到认证机构，并同时停止在文件、、通过认证的工作场所、广告和宣传资料中展示认证证书，并停止将有关认证信息用于广告宣传等商业活动。 5.2认证标志的加贴 加贴是指向UL、VDE、CQC认证标志管理中心购置现成标志，在合格产品规定位置上加贴使用。 5.2.1确定标志加贴位置：由质量保证负责人指定标志加贴的位置，位置应明显。一经指定，便应固定，不得随意变动。应确保加贴标志的产品均符合要求。
进货检验流程规范
进货检验流程规范 1、目的 通过监控所有进料质量，确保采购的原辅材料质量符合本公司的品质要求。 2、适用范围 适用于产品检测部对到货原辅材料执行进货检验时的基本流程。 3、职责 3.1商务部负责进货产品的送检工作。 3.2仓库负责对进厂各种物料的品名、数量及外包装的验收工作，按贮存标准分类保管及各种物资入库、出库的搬运装卸工作。 3.3生产技术部负责制定采购物料的材料技术规格书及检测标准的制定。3.4产品检测部负责检测作业指导书，检测仪器操作规范的编制、采购物资的检验和验证，对质量异常问题进行会签确认并追踪。 3.5品管部负责进货检验流程的制定并监督流程执行的有效性。负责异常物料的供应商改善反馈及后续追踪确认。 4、管理内容 4.1流程图 [ 原辅料检验流程图] （附件一）。 4.2进料点收 4.2.1供应商送货时先由仓库保管员进行收货，若于收货前发现品名、数
量、重量与实物不符，物料不经IQC（原料检验员）直接由仓库保管员负责处理。 4.2.2点收合格后，对于需要产品检测部IQC 人员检测的物料由仓管人员将货物移至待检区并发起一份《产品请检单》，把随货所附的产品合格证或产品检验单一并交付并通知IQC 人员进行检验工作。 4.2.3所有到货的原辅材料及设备零部件，仓库库管员在收货后，都要要求请购部分填写一份《来料检验报告单》，确认所请购的物料要求是否符合使 用要求。 4.3物料检验流程 4.3.1IQC 检验人员接到仓库的请检信息后，首先去仓库核对物料，核对内容包括随货所附产品合格证或产品检验单和物料外包装上的批次号、供应商信息、客户信息等。核对无误后实施抽样检验。依据《产品检测中心抽样规定》与《各类原辅材料进货检验作业指导书》所规定的项目和要求执行检验。 4.3.2物料检验完成后，IQC 检验人员应填写《原料检验报告单》，把物料的检测结果，依据该物料的[ 材料检验标准]判定为合格或不合格，确认完成的检测结果签字后以打印或邮件形式发往商务部、生产技术部、品管部、及公司领导各一份。 4.3.3对于产品检测部判定为合格的物料，由IQC 人员在《原料检验报告单》直接盖合格章。对于判定为不合格的物料，由产品检测部人员发起一
WEB测试环境搭建和测试方法
WEB测试时搭建测试环境所需的软硬件包括：电脑一台、JDK1.6、Tomcat7.0、mysql、IE 浏览器、Firefox浏览器、Chrome浏览器、SVN客户端 通过SVN客户端导出最新的Web工程部署到Tomcat7.0下的webapps中，另外重要的一 点就是修改数据库连接的配置文件，连接到正确的测试数据库（企业一般有开发人员所用的数据库和测试人员所用的数据库），数据库连接的配置文件在WEB-INF文件夹下，修改好数据库的配置文件后，在Tomcat7.0\bin\startup.bat启动Tomcat，在Tomcat没报错的情况下，用浏览器访问后台，出现一个登录界面，这样，一个简单完整的Web测试环境就搭建起来了！ 二、Web测试方法 1、链接测试 链接是web应用系统的一个主要特征，它表示页面与页面直接的切换和用户不知道具体地 址去访问其他页面的手段，如果页面不能跳转或者是访问失败，有很大程度上是web应用程序的链接出问题了；其中有一个重要的性能指标就是链接速度的测试，用户打开一个页面或者是去访问另外一个页面，如果web系统响应时间太长（例如超过5秒钟），用户就会因没耐心而离开，还有就是有些页面有超时的限制，这样可能引起数据丢失，使用户得不到真实的页面。 2、数据库测试 在web应用技术中，数据库起着重要的作用，数据库为web应用系统的管理、运行、查询和实现用户对数据存储的请求提供空间，也就是说用户在页面进行各类操作，如添加、查询 删除等一系列动作，都会被数据库记录。 3、浏览器测试 浏览器是web客户端最核心的构件，来自不同厂商的浏览器对不同开发语言开发的应用程序有不同的支持，这就需测试人员对主流的浏览器和不同版本的浏览器进行有效的测试。
测试环境搭建与部署
测试环境搭建与部署 1.目的 1.1.为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。稳定 和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。 2.适用范围 2.1.硬件环境搭建：指测试必须的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助 设备所构成的环境；若要求的硬件配置种类较多，可以定义一些基本硬件配置； 2.2.软件环境搭建：指测试软件运行时的操作系统、数据库及其他应用软件构成的环境；2. 3.利用辅助测试环境进行的测试： 兼容性测试：在满足软件运行要求的范围内，可选择一些典型的操作系统和常用应用软件对其进行主要功能的验证。 2.4.网络环境：指被测软件运行时的网络系统、网络结构以及其他网络设备构成的环境、网 络设备、网络结构、网络系统等。 2.5.对测试环境的要求： 尽可能真实的环境 符合软件运行的最低要求 选用比较普及的操作系统和软件平台 营造纯净、独立的测试环境 无毒的环境 3.术语和定义 无 4.职责 4.1.技术部测试组成员 4.1.1.负载规划、建立和维护软件测试管理流程并持续优化 4.1.2.组织环境搭建工作的实施 4.1.3.在搭建环境中进行的工作分批写入测试用例和测试报告中 4.1.4.对应环境中发现的问题及时反馈并追踪
5.部署和管理测试环境 5.1.确定测试环境的组成 5.1.1.所需要的计算机的数量，以及对每台计算机的硬件配置要求，包括CPU的速度、内存 和硬盘的容量、网卡所支持的速度、打印机的型号等； 5.1.2.部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以 及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.3.用来保存各种测试工作中生成的文档和数据的服务器所必需的操作系统、数据库管理 系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.4.用来执行测试工作的计算机所必需的操作系统、数据库管理系统、中间件、WEB服务 器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.5.是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环境的备份； 5.1. 6.测试中所需要使用的网络环境。例如，如果测试结果同接入Internet的线路的稳定 性有关，那么应该考虑为测试环境租用单独的线路；如果测试结果与局域网内的网络速度有关，那么应该保证计算机的网卡、网线以及用到的集线器、交换机都不会成为瓶颈； 5.2.管理测试环境 5.2.1.设置专门的测试环境管理员角色：职责包括：测试环境的搭建。包括操作系统、数据 库、中间件、WEB服务器等必须软件的安装，配置，并做好各项安装、配置手册的编写； 记录组成测试环境的各台机器的硬件配置、IP地址、端口配置、机器的具体用途，以及当前网络环境的情况；测试环境各项变更的执行及记录；测试环境的备份及恢复；操作系统、数据库、中间件、WEB服务器以及被测应用中所需的各用户名、密码以及权限的管理； 5.2.2.记录好测试环境管理所需的各种文档：测试环境的各台机器的硬件环境文档，测试环 境的备份和恢复方法手册，并记录每次备份的时间、备份人、备份原因以及所形成的备份文件的文件名和获取方式；用户权限管理文档，记录访问操作系统、数据库、中间件、WEB服务器以及被测应用时所需的各种用户名、密码以及各用户的权限，并对每次变更进行记录； 5.2.3.测试环境访问权限的管理：为每个访问测试环境的测试人员和开发人员设置单独的用 户名和密码。访问操作系统、数据库、WEB服务器以及被测应用等所需的各种用户名、密码、权限，由测试环境管理员统一管理；测试环境管理员拥有全部的权限，开发人员
产品测试流程
仪器研发部 产品测试管理流程 编制: 审核： 批准： 发布日期： 1目的: 测试是尽可能通过不同的测试手段对产品进行试验，以发现可能由设计、工艺、元器件品质、零部件配合而引起的产品问题或潜在问题，在产品投放市场之前解决已发现的问题点。
对产品开发在测试验证阶段的测试类型、测试流程、测试项目确定的原则以及测试所涉及到各人员所承担的职责进行规范，以有效提高测试效率、保证产品的质量。 2范围: 适用于广州达元食品安全有限公司（以下简称公司）的产品开发、设计更改、工程变更等需进行产品验证的测试项目。 3 职责权限 研发部 3.1.1研发部是产品测试的归口部门，负责产品开发中的产品测试计划、测试规范等的制定； 3.1.2研发部主管负责所有阶段的测试过程及输出确认，对测试记录、结果及测试报告进行审批； 3.1.3产品开发项目负责人负责测试过程的日常管理；产品测试计划及测试后缺陷改进的审核确认；对测 试记录、结果及测试报告进行审核； 3.1.4测试工程师负责编写测试计划；设计测试用例；执行并记录测试过程和结果；编写测试报告。 市场部负责样品客户要求的传递，及客户测试、试用的跟踪和信息反馈。 仪器生产部负责样机试制生产工艺流程的制订；作业指导书编制；工装治具的设计制作；生产过程确认等； 品质部负责样机试制检验文件编制；样机零（部）件检验及生产过程质量控制； 计划部负责样机生产、采购计划制定及物料的采购、入库、发放等； 生产部负责样机试制的生产。 4 程序和要求 产品测试的分类 4.1.1结构件测试：对产品的运动、受力、电气结构件进行的性能、环境测试，可以是单体零件的测试， 也可以是几个零件装配成部件测试。 4.1.2硬件测试：对产品的电子线路板的电性能、环境测试。 4.1.3软件测试：对产品的软件的功能项/ 功能点进行的测试。 4.1.4成品测试：对产品总成进行的产品功能和性能测试及环境测试。 4.1.5其它测试：对与技术预研、产品开发、生产流程、质量控制、物料选型等相关的各种测试 测试流程和要求 4.2.1测试需求 测试人员应对产品开发需求进行分析，发现需求中不完善的，不足的，不严密的地方，识别出测试的对象： 1) 需求的范围：产品有多少个功能项； 2) 需求的度量：每个功能项的特性和特性参数； 3) 各功能项及特性和特性参数间的相互关联； 测试需求应与产品开发方案一同进行评审。 4.2.2测试计划 4.2.2.1 产品开发“设计任务书”编制时，开发项目负责人应根据分析确定的测试需求，明确产品开发计
史上最全ProE二次开发测试及环境配置方法
32位系统preo5.0二次开发测试及环境配置 首先,proe5.0是配合VC++2008来进行二次开发的,因此首先得安装VS2008,其次,要确保proe5.0中已经安装了protoolkit,安装方法略。 如何测试Pro/Toolkit安装成功 第一步，找到proe安装目录下的protooltik文件夹，并找到..\protoolkit\i486_nt\obj这个路径下的一个叫做make_install的文件，用写字板打开，找到如下 # Pro/Toolkit Source & Machine Loadpoint (EXTERNAL USE - DEFAULT) 这么一行字，然后把它下面的PROTOOL_SRC=../..改成PROTOOL_SRC = ...\PTC\protoolkit，保存下关闭就好了。 第二步，在“开始”中找到Microsoft Visuall Studio Tools→Visual Studio Tools→Visual Studio Tools2008命令提示符，打开。 第三步，在打开的这个界面里面敲下如下字符cd ...\PTC\protoolkit\i486_nt\obj，然后回车，再敲上如下字符：nmake /f make_install dll，然后再回车，等其运行完毕，关掉命令提示符，然后再回到...\PTC\protoolkit\i486_nt\obj文件夹中，会发现多了一个pt_inst_test.dll文件，证明前面的工作全是成功的。 第四步，回到...\PTC\protoolkit文件夹，找到protk.dat文件，用写字板打开，将第二行和第三行前面的“.”改成路径...\PTC\protoolkit，将第五行后面的“18”改成“wildfire5.0”，其他保持不变，保存，关闭。 第五步，启动proe5.0，找到工具→辅助应用程序，打开，点“注册”，找到...\PTC\protoolkit，里的protk.dat，打开，选中，点“启动”，发现左上角出现“’pt_inst_test.dll’启动成功”。关闭“辅助应用程序”。 第六步，打开“文件”菜单栏，会有一个“安装检测”，点击后，会出现“PRO/PROTOOLKIT 安装检测成功”。至此，PRO/PROTOOLKIT安装检测全部完成。 配置VC++2008 Debug模式配置 第一步，加上PRO/TOOLKIT的包含文件和库文件，打开工具→选项→项目与解决方案→VC++目录显示以下内容的目录→包含文件，添加如下文件： ...\PTC\protoolkit\includes ...\PTC\protoolkit\protk_appls\includes ...\PTC\prodevelop\includes ...\PTC\prodevelop\prodev_appls\includes 将包含文件换为库文件，添加如下文件： ...\PTC\protoolkit\i486_nt\obj ...\PTC\prodevelop\i486_nt\obj
产品测试流程规范
产品测试流程规范 文档历史记录 *变化状态：C――创建，A——增加，M——修改，D——删除 目录 1目的 (2) 2适用范围 (3) 3相关定义 (3) 4工作内容 (3)
4.1产品开发过程 (3) 4.2产品策划阶段 (3) 4.3方案阶段 (4) 4.4设计阶段 (4) 4.5工程验证（EV）阶段 (4) 4.6设计验证（DV）阶段 (4) 4.7量产验证（PV）阶段 (5) 4.8生命周期管理阶段 (5) 5相关文件 (6) 6流程图 (7) 1目的 通过对研发产品测试过程作进行规范管理，防止错误发生，以确保研发质量以及测试过程的顺利进行，减少客户投诉，提高工作效率。
2适用范围 适用于公司所有研发产品的测试工作。 3相关定义 1)EVT: Engineer Verification Test，工程样品验证测试。主要验证原理的可行性。偏向于功 能、参数测试。 2)DVT: Design Verification Test，设计样品验证测试。主要验证设计的实现程度。测试性 能、参数及安全。 3)PVT: Process Verification Test，批量样品验证测试。主要验证设计的可制造性、整机功 能测试。 4)PRD：Product Requirement Document，产品需求文档。 5)EPS：Engineering Product Specification，产品概要设计。 4工作内容 4.1产品开发过程 产品开发过程包括产品策划、产品方案、产品设计、工程验证(EV)阶段、设计验证（DV）阶段、量试验证(PV)阶段，产品管理阶段还包括产品发布及产品生命周期管理。（参见《新产品开发控制程序》4.1） 4.2产品策划阶段 产品开发阶段，利用矩阵式项目管理模式，成立跨部门项目小组，系统工程师开始进入项目组。（参见《新产品开发控制程序》4.2） TR1：产品概念技术评审点。
开发环境与测试环境搭建办法
精心整理 开发环境与测试环境搭建方案 1.总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 2.环境管理 2.1. 系统架构 开发环境构架： 测试环境系统构架： 2.2. 硬件配置 从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普通的PCServer机器即可。 服务器内存CPU 硬盘备注 开发服务器2G到4G之间4C，主频2G以 300G左右 上 300G左右 测试服务器8G-16G之间4C，主频2G以 上
2.3. 安装软件 建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体需要自行安装。 3. 权限管理 3.1. 开发环境 开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据以及发布部署开发版本以便自测。 3.2. 测试环境 测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 4. 版本管理 开发与测试环境安装SVN 版本管理软件，由版本管理员负责对开发与测试环境的版本管理工作。 5. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右 服务器 操作系统 中间件 数据库 测试工具 版本管理 工具 开发服务器 RedHatLinux5.464位 Weblogic9 Oracle10 无 SVN 测试服务器 RedHatLinux5.464位 Weblogic9 无 JIRA SVN 测试数据服务器 RedHatLinux5.464位 无 Oracle10