测试工作计划.doc
《测试工作计划.doc》由会员分享，可在线阅读，更多相关《测试工作计划.doc（10页珍藏版）》请在冰点文库上搜索。
篇一：
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项目管理机制
项目采取项目负责制，实现职责到人，充分发挥人的积极性和能动性。
通过测试前的充分准备，使项目测试工作有条不紊，测试流程和测试点清晰明了。
建立灵活多变的测试平台，使测试工作能按计划正常进行。
建立培训体系，使测试部成员能全面充分理解各产品的功能和流程，并保证各成员对同一个功能有统一的认识，从而支撑测试项目负责人承担项目全程负责职责。
通过知识共享，学习别人的长处，完善自己的知识结构，从而更快速提高工作质量和工作效率。
下图是项目测试模型：
7.测试准备
为了对项目模块进行全面和充分的测试，在测试前做好充分的测试准备。
测
试准备的主要活动是组织测试计划和测试用例的编写和测试产品的评审，主要产
品是测试计划和测试用例。
测试准备启动在项目功能规划蓝图评审通过后进行测试计划的编写，当项目详细设计通过评审后，进行测试用例编写，该两项工作由测试主管和测试组组长组织进行。
测试组要组织相关人员进行测试计划和测试用例的评审。
通过对新增的图书管理项目的新增功能的评审，保证该模块的测试质量和提高产品测试效率。
8.测试平台
测试组利用现有的开发平台建立起一套相应的测试平台，该测试平台是基于windows操作系统的测试环境，并尽可能的模拟实际用户的使用环境，真正的再现客户在实际使用中可能会遇见的问题。
硬件测试环境：
服务器端
客户端
软件测试环境：
服务器端
客户端
9.培训体系
为了确保测试组成员对原项目的功能，业务流程熟练程度以及新增版本的功
能的准确性和统一性，建立产品体系的培训机制。
由该项目的开发人员对测试组的成员进行功能讲解，并且定期讨论，以便消除功能理解上的差异，保证统一的功能认识，如有意见不统一的向设计师进行进一步的确认。
直至统一为止。
本培训在试运行阶段，计划每周一训，直至对新旧版本所有功能熟练操作和正确表达为止。
除了对现有软件产品进行内训外，还要不定期组织软件质量监控基本原理和专业知识的学习，并在每一测试阶段开始前，由测试组组长组织该阶段的软件测试的专业知识的学习，并在实际测试前做相关方面的测试练习，以便测试组成员在实际测试中能很熟练的运用测试技术，并对该阶段的测试目标有深刻的理解。
10.知识共享
建立测试知识共享库，包括测试流程、测试方法、测试标准、业务知识等一系列与测试相关的基础的和专业的知识。
通过项目测试总结，编制测试业务标准和不断抽象一般规律的测试方法。
对功能相同或相似的模块采取统一的测试模式以减少测试准备工作，大大节省编写测试资料的时间。
11.项目职责划分
测试职位测试主管
相应的职责
1．为测试组组长分配任务并依据制定的计划监控他们的
工作进展。
2．保证开发人员的软件开发遵从良好的开发和测试活动。
3．维护测试程序文件系统。
4．定期向高层管理人员汇报工作进展和存在的问题。
具体人员
测试组组长1．生成测试计划。
2．为测试分析员分配任务并依据制定的计划监控他们的
工作进展。
3．为测试者分配任务并依据制定的计划监控他们的工作
进展。
4．与开发组保持联系。
5．建立和维护测试项目文件系统。
6．定期向测试主管汇报工作进展和存在的问题。
7．执行其他由测试主管安排的临时任务。
8．对测试人员进行测试培训
测试分析员1．协助测试组组长产生测试规格说明和测试文档。
2．执行测试组组长指派的测试任务。
3．协作测试组长进行功能分析。
4．定义测试需求。
5．设计并实现测试用例和测试脚本。
6．设计并实现测试数据集。
7．备份和归档所有的测试文档和材料。
8．完成测试总结报告。
测试员1．执行测试组组长分配的测试任务。
2．进行测试脚本，
3．观察并在测试结果记录表格上记录测试结果。
4．维护和保存测试结果记录表格。
5．发现和记录所有观察到的缺陷。
6．为缺陷修正后的重新测试建立测试。
7．建立和初始化测试台。
8．备份和归档测试台。
9．在失败的时候恢复测试台。
篇三：
测试计划模板
3yx项目
测试计划
二○○七年六月
长沙由创信息技术有限公司
长沙由创信息技术有限公司版权所有第1页共15页
修改记录
目录
1.1．简介.....................................................................................................................................4
1.1目的.........................................................................................................................................4
1.2背景.........................................................................................................................................4
1.3范围.........................................................................................................................................5
2.2．测试参考文档和测试提交文档.........................................................................................6
2.1.测试参考文档........................................................................................................................6
2.2.测试提交文档........................................................................................................................6
3.3．测试进度.............................................................................................................................7
3.1.各测试阶段资源要求及时间安排........................................................................................7
3.2.项目里程碑............................................................................................................................7
4．测试通过标准.............................................................................................................................8
5.1角色........................................................................................................................................9
5.2系统........................................................................................................................................94
55．系统风险...........................................................................................................................106．测试策略...........................................................................................................................11
6.1测试策略...............................................................................................................................11
6.1.1数据库测试...................................................................................................................11
6.1.2功能测试.......................................................................................................................12
6.1.3界面测试.......................................................................................................................12
6.1.4值域测试.......................................................................................................................12
6.1.5版本验证测试...............................................................................................................13
6.1.6可用性测试...................................................................................................................13
6.1.7强度测试.......................................................................................................................13
6.1.8安全性测试...................................................................................................................14
6.1.9裸机测试..............................................
升级会员 