产品测试管理流程
- 格式：pdf
- 大小：148.76 KB
- 文档页数：7
测试管理流程 文件编号 版本 页码
制定日期 生效日期 制作单位 质量部
适用范围
提案发行人
文件状态
受控状态 非受控 受控
密级设定 绝密 机密 秘密 一般 文件发行/修订履历
版 次 日 期 文件发行/修
订 内 容 提 案 审 核 批 准
测试管理流程 文件编号 版本 页码
制定日期 生效日期 1. 目的
全面、有效的测试管理流程。 2. 范围
本公司设计的所有项目及委外设计的项目。 3. 术语
PTM：
DP&R：Design Plan&Review 设计计划&设计评审阶段
PS ：Proto Sample 初始样机阶段
ES ：Engineering Sample 工程样机阶段
PP ：Pilot Production 批量试产阶段
MP ：Mass Production 量产阶段
TA：Type Approval
CTA：China Type Approval
CE：Conformity Europe
FCC：Federal Communications Commission
GCF：Global Certification Forum
PTCRB：PCS Type Certification Review Board
OQC：Outgoing Quality Control 4. 角色与职责
PTM： 跟踪测试需求，并且根据需要调整测试资源；
负责所有的测试管理，保证测试进度及测试资源；
主导制定测试时间，测试计划，掌握测试进程，保证测试质量；
协调测试过程中与项目开发团队之间的工作；
根据软件/硬件的变化及时变更测试计划及实验；
审阅测试报告，发给项目组；
开发阶段测试样品计划；
负责组织项目测试相关的培训工作；
推进所有的认证工作，包括CCC,CE,FCC,GCF,PTCRB,CTA等；
TCF的填写，跟踪软硬件变更，认证测试的协调，申请，IMEI申请等；
测试管理流程 文件编号 版本 页码
制定日期 生效日期 协调测试认证机构；
其他的功能认证，例如BT,USB等
STL： 制定详细的软件测试计划；
负责产品开发阶段的所有测试的实施；
发布正式的测试报告，将发现的缺陷提交到bug库中；
建立并维护测试用例。
PQM： PQM负责及时收集缺陷并及时更新每周的状态；
PQM负责追踪不良品分析，推进相关部门改进；
PQM负责参与测试计划评审，测试报告的评审，认证准备情况的评审。
DPM： 负责对测试过程中出现的缺陷分配给项目组进行改善；
参与测试计划评审，测试报告评审，认证准备情况评审等。 sourcing 物料准备，供应商交期控制；
按时按量为每次试生产准备物料；
提供供应商spec、样品及qualify资料；
跟踪、督促供应商问题的分析改进；
检查和确保BOM中供应商相关信息的有效性和准确性；
当设计有变更时，识别特采或风险采购的数量、金额、库存情况和正常采购物料库存
情况等内容，并组织提出风险与风险对策。
OPM： 对设计部门提出可生产性评价的要求；
监督和确保试生产过程的有效性，完成《试生产总结报告》，提出试生产过程中的质量、
测试、可生产性等方面的问题给项目组成员以及各部门主管人员； 对工厂进行整体审核和定期评价；
解决可生产性问题确保合格率和直通率符合公司质量标准和客户要求；
安排对qualify部品的可生产性评估与确认。
HW： 进行HW设计并验证，保证HW质量，HW设计的可生产性；
依据硬件设计流程进行设计，采用《HW checklist》进行设计检查，组织硬件设计评审，
确保设计结果通过评审； 确认、分析测试、质量等部门反馈的硬件设计问题，对硬件问题进行原因分析，提出
测试管理流程 文件编号 版本 页码
制定日期 生效日期 改进和预防对策，并确保改进和预防对策的有效性； 对EE part和EM part的spec进行评审，确保认定的spec内容符合客户和项目的要求。
安排对qualify样品的功能和性能进行检查、确认。
ME： 进行ME设计并验证，保证ME质量，ME设计的可生产性；
依据结构设计流程进行设计，采用《ME checklist》进行设计检查，组装结构设计评审，
确保设计结果通过评审； 确认、分析测试、质量等部门反馈的结构设计问题，对结构问题进行原因分析，提出
改进和预防对策，并确保改进和预防对策的有效性； 对ME part和EM part 的spec进行评审，确保认定的spec内容符合客户和项目的要求；
对供应商提出的ME part、EM part的检测报告进行检查和判断，确保qualify的ME part、
EM part的检测报告的内容符合设计和质量要求； 安排对qualify样品的结构外观、尺寸及装配等检查、确认。
SW： 进行SW设计，保证SW质量，MP后软件维护；
依据软件设计流程进行设计，采用《SW checklist》进行设计检查，组织软件设计评审，
确保设计结果通过评审； 确认、分析ST部分发出的相关报告，对软件bug进行原因分析，针对原因提出改进
和预防对策，并确保改进和预防对策的有效性； 对软件相关的EE part和EM part（如LCD、camera、flash，B/T IC等）的spec进行评
审，确保认定的spec内容符合客户和项目的要求； 对第三方软件公司提出的测试报告进行检查和判断，确保其有效性；
对LCD、camera等主观视觉效果的调试后，依据PQM提出的检查标准进行检查，判
定OK后再提交PQM进行检验、最终判定； 对qualify样品进行软件相关的功能检查。
PTM： 负责产品硬件、可靠性测试，认证预测试、制定测试计划，并按计划进行测试并出测
试报告； 评审测试标准；
管理测试过程，按schedule完成测试，确保按时完成，并按时发报告；
检查测试结果，协助处理测试过程中的异常及时通知项目组相关人员；
认证资料及样机准备，跟进和掌控认证进度；
负责委外测试的管理，包括寻找测试机构，产品送测，报告追踪，问题汇总反馈等。
STL：
测试管理流程 文件编号 版本 页码
制定日期 生效日期 负责产品场测、软件测试、软件相关认证测试，制定测试计划，并按计划进行测试；
评审SW测试要求，依据SW开发schedule安排具体的 test schedule；
管理软件测试过程，按照schedule完成测试，并按时整理软件测试报告，并发送报告；
及时汇总提交所发现的bug；
检查测试结果，协助处理测试过程中的异常，及时通知项目组；
负责委外测试的管理，包括寻找测试机构，产品送测，报告追踪，问题汇总反馈等。 5. 流程
5.1 测试可行性研究（DP&R）
5.1.1 PTM收集相关信息（PD，schedule，测试需求，以前项目的lesson learn等），组织各部门
针对项目要求进行测试可行性研究。
5.1.2 PTM对测试可行性研究的结果汇总，通知相关人员协同解决；同时，测试可行性研究的结
果作为测试计划制定的输入。
5.2 测试计划的建立（DP&R）
5.2.1 PTM从项目组收集相关的信息，如PD，客户需求，行业标准，schedule，可行性研究结果
等；
5.2.2 PTM将根据这些信息制定测试计划，包括ME test plan，EE test plan，System test plan，Field
test plan 和Certification test plan等；
5.2.3 PTM组织内部的评审，参与内部评审的人员应该包括：PTM，SPDM，HPDM，PQM，DPM，
PPM等；
5.2.4 如果通过内部评审，则发布给客户审核，如果没有通过，PTM要重新开始测试计划的更新
改进，直至通过内部审核；
5.2.5 测试计划通过内部审核后，DPM要组织与客户的评审，直至通过；
5.2.6 PTM应根据项目的变化、上一次测试的结果以及客户的临时要求及时更新测试计划，测试
计划的变更需要得到客户的认可；
5.3 硬件测试执行
5.3.1 硬件测试包括ME test和EE test；
5.3.2 每次试产PTM从项目组取得测试样机，PTM将样机分配并安排测试；
5.3.3 对于测试问题的统计，硬件测试问题需要提交到Issue list中；
5.3.3.1 DP&R to PS：
制定并更新详细的ME test plan和EE test plan；
5.3.3.2 PS to ES：
按照测试计划开始安排硬件级结构测试。
5.3.4 PTM汇总并检查测试报告，发布给相关的部门及人员；
测试管理流程 文件编号 版本 页码
制定日期 生效日期 5.3.5 HPDM负责测试中发现的问题的改善工作；
5.3.6 测试中发现的问题得到改善后，相应的开发人员应向PTM提交复测需求，验证合格后，
PTM可以和PQM一同确认此问题关闭，如果是客户关注的问题，需要得到客户确认后才
能关闭，如果验证测试不通过，开发人员继续分析改善直至最终通过测试；
5.3.7 PQ M负责推动被提交的问题的改善追踪工作；
5.3.8 PTM负责组织相关人员进行测试报告的评审；
5.3.9 每个阶段测试结束后，PTM要及时组织相关人员进行lesson learnt总结；
5.4 软件测试
5.4.1 软件测试包括系统测试，现场测试，用户试用等；
5.4.2 STL从项目组取得测试样机，STL将测试样品分发给软件测试组；
5.4.3 STL安排并推动软件测试组按照指定版本的测试计划进行测试；
5.4.4 软件测试组按照测试计划执行测试，提交bug到系统中，制作报告及上传到服务器等工作；
5.4.4.1 DP&R 阶段
编写测试用例和详细的系统测试、现场测试计划，预集成测试；
5.4.4.2 PS阶段
集成测试和STRR预测试；
5.4.4.3 ES阶段
第一轮系统测试和FTRR预测试；
第二轮系统测试和正式的现场测试；
5.4.4.4 PP阶段
维护测试。
5.4.5 STL汇总并检查测试报告，发布给相关部门及人员；
5.4.6 SPDM负责测试中发现的bug的改进工作；
5.4.7 测试中发现的缺陷得到解决后，软件测试人员根据软件发布报告进行验证。验证合格后，
测试人员可以讲缺陷置成verify状态，STL和SQA负责将verify的缺陷关闭，如果是客户
关注的缺陷，需要得到客户确认才能关闭。如果验证测试不通过，那将这个缺陷的状态重
置为open，开发人员继续分析改善直至最终通过测试。
5.4.8 SQA负责推动被提交到系统中的bug的改善追踪工作；
5.4.9 STL负责组织相关人员进行测试报告的评审；
5.4.10 每个阶段测试结束后，STL要及时组织相关人员进行lesson learnt总结；
5.4.11 关于软件测试的详细内容参见软件测试流程，现场测试流程和用户试用流程。
