测试工作计划.doc

上传人:b****2 文档编号:1220229 上传时间:2022-10-19 格式:DOC 页数:10 大小:16.58KB
下载 相关 举报
测试工作计划.doc_第1页
第1页 / 共10页
测试工作计划.doc_第2页
第2页 / 共10页
测试工作计划.doc_第3页
第3页 / 共10页
测试工作计划.doc_第4页
第4页 / 共10页
测试工作计划.doc_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

测试工作计划.doc

《测试工作计划.doc》由会员分享,可在线阅读,更多相关《测试工作计划.doc(10页珍藏版)》请在冰豆网上搜索。

测试工作计划.doc

篇一:

2014年测试工作计划

2014年测试工作计划

为了实现泛华自研产品的大卖,测试组积极响应公司的各项方针政策,以汪总为核心,不断提高自身的测试技术和管理水平,确保自研的硬件产品测试覆盖率越来越高、bug越来越少。

我们的口号是:

“空谈误泛,实干兴华!

为了我们共同的理想,下面具体谈谈明年的工作计划:

一、指导思想

我们的指导思想是:

测试驱动开发,用例指导结果,数据记录变化。

测试是国内企业面临的一个共同的问题,要么就是不重视,要么就是不彻底。

我既然选择了测试,就会为此而执着地追求到底!

在产品开发过程中,或多或少的会留下一些问题。

这很正常,如果问题到用户手里才发现,那似乎有点晚了,况且修复成本也增加了不少。

我们的策略是:

测试早介入,问题早发现。

这样资源投入比以前要多一些,我觉得还是值得的。

在测试过程中,我们将加大用例设计力度,用科学的用例来发现bug、用可靠的数据给来定位bug、用合理的沟通技巧来跟进bug,努力打造出一支能发现bug的精良队伍。

二、工作重点

整体来说:

提出“测试123计划”。

什么是测试123计划呢?

我是这样想的:

以泛华自研产品为中心,努力向同行业先进的测试团队看齐;坚持两手抓,一手抓执行力,一手抓bug,两手同时发力,绝不手软;为了响应产品线的发展,我们组建了三条测试线:

daq测试线、系统平台测试线和通信互连测试线。

接下来,分8个方面来讨论:

1.提升团队凝聚力和战斗力

提倡以人为本。

具体有如下举措:

?

自我认识,分工合作,充分发挥个人优势

?

为团队成员提供深造的机会,建设学习型测试团队

?

认真听取团队成员的见解和建议

?

鼓励团队成员的创造力

?

实施参与管理,有效授权

?

营造开放、信任和自由沟通的氛围

?

适当开展业余活动

2.加强队伍建设

具体有如下举措:

?

ps-daqtestline

现有3人,由常鹏坤牵头。

计划发展到4~6人,其中多功能卡1人,同步卡1人,dsa卡2人。

另vxworks测试储备1人。

业务范围:

(1)重点:

研发测试。

测试早介入,问题早发现。

参与到研发过程中的各种测试,直到ipa结束。

包括核心器件选型测试,单元测试,集成测试,系统测试,alpha和beta测试,用户验收测试等。

并参与一系列研发评审活动,了解相关技术背景,为充分测试作准备。

(2)次要:

小批量验证测试。

包括测试环境搭建,生产测试程序设计与验证,生产测试规范编写与归档,小批量测试并触发质检入库。

最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。

(3)发展:

自动化测试。

开发低成本、高效可靠的智能程控开关和相关的适配器,搭建机柜式的自动化测试平台,并自主开发自动化测试程序。

(4)vxworks测试储备,并逐步细化。

(5)配合daq产品线,适当做些市场应用性的验证测试。

?

ps-sptestline:

现有1人,光杆司令是韦忠品。

计划发展到2~3人,其中机箱1人,控制器1人,emc测试1人。

业务范围:

(1)重点:

研发测试。

包括核心器件选型测试,研发样品验收测试,ipa产品器件变更测试等。

(2)次要:

小批量验证测试。

包括测试环境搭建,生产测试规范编写与归档,小批量测试并触发质检入库。

最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。

多关心转产后的生产测试,这也是泛华目前的一个薄弱环节,我们将派人去监督这个产线的生产测试。

(3)发展:

emc测试。

先外包,学习和积累emc测试经验,等时机成熟了,再考虑自己建设emc实验室。

(4)配合系统平台(sp)产品线,适当做些市场应用性的验证测试。

?

ps-linktestline:

现有1人,领头羊是许春亮。

计划发展到1~2人,试行任务捆绑,协同工作。

包括daq产品之外的所有硬件板卡。

业务范围:

(1)重点:

研发测试。

测试早介入,问题早发现。

参与到研发过程中的各种测试,直到ipa结束。

包括核心器件选型测试,单元测试,集成测试,系统测试,alpha和beta测试,用户验收测试等。

并参与一系列研发评审活动,了解相关技术背景,为充分测试作准备。

(2)次要:

小批量验证测试。

包括测试环境搭建,生产测试程序设计与验证,生产测试规范编写与归档,小批量测试并触发质检入库。

最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。

(3)配合link产品线,适当做些市场应用性的验证测试。

总而言之,为了更好的完成测试任务,测试队伍在2014年将要翻一倍。

3.测试环境建设

花点时间、花点资金来建设下测试环境,会给我们带来事半功倍的效果。

具体有如下需求:

(1)系统平台环境:

目前有2套,9106+3031与9114+3030(机箱电源带负载能力比新机箱差些,插满板卡启动有问题)。

计划再增加3套,分别是:

宽温9108+3050、自研pxie机箱+pxie控制器、nipxie机箱+pxie控制器(指标对比或参考用)。

(2)自研重点pxi板卡:

各一块,用于各种发散性的测试。

(3)专业仪表:

比如频率计、功率计等,资金计划在10~20万之内。

(4)测试易耗品:

如各种测试线缆、接插件、连接器、端子等测试辅材,期望公司有高效的采购通道。

4.建立规范的测试用例库

我们的测试管理平台支持测试用例库的管理,包括建立、修改、帅选、组合、导入、导出等操作,目前的测试用例放置在流程中,等规范化以后,可以随机加入专用的测试用例库。

具体按如下流程来操作:

首先,按测试线来编写测试用例设计规范。

包括测试用例的常用设计方法,命名规则,内容、格式、附件等。

然后,按照规范来整理之前的测试用例,去粗取精,形成规范的、高效的测试用例。

接下来,我们组织评审团进行测试用例专题评审,合格的用例即可流入测试用例库。

我们要坚持做一件事情:

不断向库中放测试用例,测试方案优先考虑用例库。

5.规范bug的评级依据

bug管理一直是我们的重中之中。

我们强制要求严重以上的bug必须在ipa之前修复。

自然,bug的评级显得尤为重要。

现在,有一些对bug评级的定义,可能比较抽象,实际操作起来有些困难。

为了弥补这些不足,我们将重点考虑如下几个问题:

(1)什么样的问题是bug?

(2)如何对bug进行量化评级?

(3)拿出具体实例。

准备整理成文档,贯彻执行。

是p1的绝不判p0;发现了生产问题,绝不说成是设计bug。

6.提升测试技术

将硬件测试划分为:

功能测试、性能测试、可靠性测试。

现在覆盖比较多的是功能测试和性能指标测试。

接下来,我们会提高可靠性测试方面的用例。

如何提升自研产品的测试技术呢?

具体有如下举措:

?

锁定目标为以上三类测试,有的放矢,并参考ni相关文档

?

参与研发过程中的概要设计、详细设计评审(学习)

?

产品需求细化

?

业务和实现逻辑分解

?

实现技术(算法)分解

?

选择合适的测试手段(工具应用及反推)

?

选择不同的测试角度

?

改变不同的用户场景

?

功能关联/依赖法?

测试点反推法

?

bug反推法

?

从用户使用的角度去设计用例

?

结构性分析法

?

emc

7.全面推动自动化测试

自动化测试主要应用在daq与link产品线的批量测试上。

为此,我们要设计一个实用的、高效的、稳定的自动化测试平台。

平台包括:

(1)机架式硬件测试平台,放在测试工位上(非ate生产系统),我们作自动化程序调试和小批量验证用,生产测试环境直接复制即可。

(2)开发低成本的通用智能程控开关,实现多通道信号路由。

(3)设计通用的自动化测试软件平台,非labview编程环境。

(4)提供工厂模式和维护模式。

难点在于:

智能程控开关和通用软件平台上。

需要领导支持,一方面是资金投入;两一方面是人员安排,我们适当利用测试空隙时间来完成。

8.培训与交流

具体有如下举措:

(1)每周五下午开展交流例会,主要是工作汇报和遗留问题讨论。

如果时间允许的话,可进行专题技术交流。

(2)4次以上外部技术培训,主要包括daq专题培训,反射内存技术、1553b系统技术和429系统技术培训,emc专题培训,vxworks培训等。

(3)参加市内重要的测试技术展会。

(4)2次以上业务活动。

三、考核目标

1.建立标准的测试用例库

2.测试用例数量增加30%

3.测试bug数量增加30%

4.搭建一套自动化测试平台

5.测试团队发展到中等规模(10~14人)篇二:

总的测试工作计划

项目测试工作计划

项目测试工作计划.....................................................................................................1123

项目管理机制............................................................................................................2测试准备...................................................................................................................2测试平台...................................................................................................................3

硬件测试环境:

.................................................................................................3软件测试环境:

.................................................................................................3

6.5678

培训体系...................................................................................................................3知识共享...................................................................................................................4项目职责划分............................................................................................................4工作进度和各阶段的任务说明...................................................................................6测试工作流程图........................................................................................................91项目管理机制

项目采取项目负责制,实现职责到人,充分发挥人的积极性和能动性。

通过测试前的充分准备,使项目测试工作有条不紊,测试流程和测试点清晰明了。

建立灵活多变的测试平台,使测试工作能按计划正常进行。

建立培训体系,使测试部成员能全面充分

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1