工作计划之软件测试工作学习计划.docx
《工作计划之软件测试工作学习计划.docx》由会员分享，可在线阅读，更多相关《工作计划之软件测试工作学习计划.docx（13页珍藏版）》请在冰点文库上搜索。
工作计划之软件测试工作学习计划
软件测试工作学习计划
【篇一：
软件测试的转正申请】
转正申请
尊敬的领导：
我叫##，于20##年#月#日进入公司，根据公司的需要，目前担任软件测试一职，负责公司开发项目的软件测试工作。
本人工作认真、细心且具有较强的责任心和进取心，极富工作热情；性格开朗，有很强的团队协作能力；责任感强，确实完成领导交付的工作，和公司同事之间能够通力合作，关系相处融洽而和睦，配合部门负责人成功地完成各项工作；积极学习新知识、技能，注重自身发展和进步。
我自##年#月工作以来，一直从事软件测试工作，经过在公司这一个多月的试用，熟悉并融入了公司这个岗位的工作，并且我在很短的时间内熟悉了公司以及有关工作的基本情况，马上进入工作。
现将工作情况简要总结如下：
1、熟悉了公司####的项目，对其中的角色和流程能独自进行完整测
试和回归测试。
2、基本了解了###和###项目的流程，能很好的对项目的各模块进行
详细的测试。
3、接触并慢慢熟悉了######和####各个项目的内容。
在本部门的工作中，我勤奋工作，获得了本部门同事的认同。
当然，在工作中我也出现了一些小的差错和问题，主管也及时给我指出，主管的耐心辅导让我感触很深，学到了不少东西，促进了我工作的成熟性，我会尽自己最大努力做好本职工作。
总之，在这一个多月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。
####公司给了我这样一个发挥的舞台，我就要珍惜这次机会，为公司的发展竭尽全力。
在此我提出转正申请，希望自己能成为公司的正式员工，恳请领导予以批准。
申请人：
###
20##年#月##日
【篇二：
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人）
【篇三：
软件测试人员的职业生涯规划】
软件测试人员的职业生涯规划
第一阶段：
（测试员）初级软件测试工程师
自身条件：
初入行具备计算机专业学位或者一些手工测试经验的个人
具体工作：
执行测试用例，记录bug，并回归测试，通过qtp等测试工具录制回归测试脚本，并执行回归测试脚本。
学习方向：
开发测试脚本并且开始熟悉测试生存周期和测试技术。
第二阶段：
（测试工程师）程序分析员
自身条件：
有1-2年的工作经验的测试工程师或者程序员。
具有初步的自动化测试能力，完善自动化测试脚本。
具体工作：
设计和编写测试用例，编写自动测试脚本程序且单人测试编程初期的领导工作。
学习方向：
拓展编程语言、操作系统、网络和数据库方面的技能。
第三阶段：
（高级测试工程师）程序分析员
自身条件：
有3-4年经验的测试工程师或程序员。
具有一定的行业业务知识，储备系统分析员的能力。
具体工作：
帮助开发或维护测试或编程标准和过程，分析软件需求，获得测试需求。
确定测试需求相应的测试方法，获得测试策略方案。
参和同行的评审（软件需求，软件测试计划等），并为其它初级的测试工程师或程序员充当顾问。
学习方向：
继续拓展编程语言、操作系统、网络和数据库方面的技能。
第四阶段：
测试组负责人
自身条件：
有4-6年经验的测试工程师或程序员。
具有丰富的行业业务知识，具有系统分析员的能力，专长性能测试。
具体工作：
负责管理1~3名测试工程师或程序员。
集中于技能方面，担负一些进度安排和工作规模/成本估算职责。
分析性能瓶颈的原因，为开发团队提供bug解决策略。
学习方向：
性能测试，测试技能
第五阶段：
（资深安全或性能测试工程师）测试/编程高级负责人
自身条件：
有6~10年经验的测试工程师或程序员。
具体工作：
负责管理8~10名技术人员。
性能测试整体方案设计，软件系统性能问题定位和性能优化，内存优化及分析数据溢出等，分析系统的安全漏洞等。
负责进度安排、工作规模/成本估算、按进度表和预算目标交付产品。
负责开发项目的技术方法。
为一些用户提供支持和演示。
学习方向：
开发一些特定领域的技术专长
第六阶段：
测试/质量保证/开发（项目）、经理
自身条件：
有10多年的工作经验。
具体工作：
管理8名或更多的人员参加的1个或多个项目。
负责这一领域（测试/质量保证/开发）内的整个开发生存周期业务。
为一些用户提供交互和大量演示。
负责项目成本、进度安排、计划和人员分工
第七阶段：
（公司级质量总监）计划经理
自身条件：
有15年以上开发和支持（测试/质量保证）活动方面的经验。
具体工作：
管理从事若干项目的人员以及整个开发生存周期。
负责把握项目方向和盈亏责任
职业生涯规划是人生的大事，下面我结合亲身经历，谈谈自己的观点：
step1：
校园阶段（毕业前1年～1.5年）
很多人的职业规划是到了工作以后才开始进行的，其实，这样做，有很大的局限性。
凡是工作过的人，都有一个体会，就是自己的第一份工作，会影响到5～10年的发展轨迹，
甚至会对一生产生影响。
因此，选择一份合适的工作作为起点，是必须要在校园内思考清楚的问题。
由于中国的教育基本是理论教育，大家在工作前的实践能力大多比较弱，固然有其不足，但也有好的一面，那就是可塑性比较好。
可塑性好代表了选择的余地可以很大，因此，大家在选择第一份工的时候，要充分结合自己的教育背景、个人能力、兴趣爱好、长期目标等等，作出理性的决策。
软件测试，特别是黑盒软件测试是一种入门起点较低、上手迅速、且发展空间比较大的职业，因此，对于很多学生而言，作为进入it就业的初级岗位，是非常合适的。
校园阶段的规划，主要是选择大的入门方向，当然，此时也可以给自己一个长期的目标，但是不必规划过细，因为，在没有入行前，一切都还未知，把握好路线即可。
下文假设大家选择的是软件测试～～
step2：
入门阶段（入行后3个月～1年）
对于刚刚入行的新人，这个时期是一个全面熟悉期，最能够学习到新的知识，也最有拼搏的热情和动力。
建议大家可以借着这股冲劲，尽可能了解所在领域的全貌，了解各个主要分支的内容、特性、优势、局限性等等，并考察自己当前的工作环境，结合个人匹配程度和兴趣爱好，根据前述内容调整自己的规划。
对于测试行当而言，技术方面一般有几类：
黑盒测试、白盒测试、自动化测试、测试工具、专用业务技能等;相关的管理方面一般有：
测试管理、质量管理、项目管理等。
面对上述形形色色的方向，建议大家可以都稍稍了解下内涵，然后确定1～2个，作为中长期的主攻方向，达此标准，基本已经实现了入门，至于能否进得厅堂，就要看后期的努力了。
step3：
提高阶段（入门后3年～5年）
对于入门后选择管理还是选择技术，其实这种问题，是无可无不可的，关键是看对自己的长期的定位了。
不过，我个人建议当前阶段还是技术为重吧。
毕竟，在一个技术环境中，要做好管理，没有扎实的基础，也难服众嘛。
本阶段是人最容易懈怠的阶段。
毕竟，刚刚入行的热忱早已被日复一日的繁复工作给冷却，有了一定的工作经验，胜任本职，对于大多数人而言，绝不是问题。
家庭、娱乐方面开始占据了业余生活的主流。
可是，毕竟大家还很年轻，大多数人此时也不过20多岁，就此懈怠也是非常可怕的。
因此，有规划的提高自身核心竞争力，在这个时候尤为关键。
提高是要提高的，但是对于大多数人而言，也没有必要很拼搏，此时处在一个比较稳定的职位上的你，可以考虑进行细化自己的中期规划了。
根据选定的方向，制定一个自我提升的计划，并定义好自我检查的里程碑（譬如：
每个季度或半年算一个阶段），每天或者每周，有规律的学习一点即可。
抱定一个目标——“每天进步一点点”，几年一大成不是问题。
我个人是反对急功近利的，倾向于稳打稳扎，这个阶段忌做“万金油”，而应努力成为有一技之长的“专家”。
对于选择做技术的人而言，这个阶段的达成标准，一般至少要能够熟悉你所选技术方向的大多数技术细节，“细节决定成败”嘛，虽然把握全局的能力是必要的，但是作技术而言，倘若不能钻的很细很深，恐怕也很难以高手自居吧。
对于选择做管理的人而言，我个人倾向是：
此阶段接触管理的理念，并可以介入管理，但是此阶段不宜全面进入管理（除非你有更深层次的考虑，可以不去稳打稳扎）。
学习管理的理念是非常重要的，其实管理更多一种思维和做事的方式，这门学问很深入，也不像技术，会不会是那么的显著，因此，建议多看多学，取长补短，并努力形成自己的做事风格。
高级软件测试工程师，测试组长等，都是不错的含有技术特征的管理职位，此时的你应该能够胜任于此。
这个阶段的达成后，你也可以跻身老手行列，不必为求职犯愁，你应该可以很容易跳槽或时不时被猎头骚扰下，达成此阶段，你要做更深入的规划。
step4：
升华阶段（老手后5年～10年）
此时的你，即将步入中年，不论是曾经专注技术还是偏爱管理的，都面临着家庭和社会的双重压力，你不可能像年轻人一样整天拼搏了，你需要稳定，因此，不能频繁的跳槽，建议考虑比较正规且有潜力的企业，要考虑给自己一个长远的发展规划。
正因为有前期的细节的背景的支撑，此时，你需要努力提升自己的宏观把握能力。
哪怕做技术的，也要考虑适当的转型管理（中国特色是：
工程师很难超过35岁的，一般人到了30岁不是转管理就是转商务了）。
当然，一般人是技术做得越好，管理的时候，越容易切中项目要害。
但是，对于从技术上来的人，关键是要开始培养和人打交道的能力。
此阶段的关键是，需要逐步形成自己的管理风格，具备协调并行事务的能力。
当然，纯管理和技术型管理还是有所区别的。
对于纯管理的人，熟练使用管理的科学理念，形成自己的风格尤为重要。
纯管理的测试经理人，不仅仅可以做好测试方面的管理，其实也可以做好项目甚至其他的管理。
其实，不管管理的对象是什么，它们的管理理念还是相通的。
从测试管理中摸索出来的很多经验，可以很好的推广于其他的管理领域。
而对于技术型管理的人，主要是带好技术团队，同时，不断补充新的技术知识，跟紧技术潮流。
此时的你，有强大的技术背景支撑，不需要过分钻研细节，只需洞察核心，合理安排好你的团队成员即可。
这个阶段，也可能少数的人会选择离开具体的企业，而开始从事测试咨询，那是一个充满挑战的崭新开始，也必须有前期的积累方能胜任。
对于大多数人而言，此阶段中一个需要重点考虑的问题是，是否将测试作为自己的终生职位，如果是，基本上达到上述的目标，保持状态，基本可以做到退休的。
如果不是，那就比较可怕了。
其实我不建议此阶段的人转型，除非有充分的理由和很好的机遇。
毕竟，达到此阶段，你已经付出了至少5年的努力，而且还是人生的黄金时段，时光一去不复返啊。
当前状态下转行，请务必慎重。
升级会员 