分享
2023年新教师上岗自我介绍范文.docx
下载文档

ID:1347954

大小:22.33KB

页数:9页

格式:DOCX

时间:2023-04-20

收藏 分享赚钱
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
2023 新教师 上岗 自我介绍 范文
此资料由网络收集而来,如有侵权请告知上传者立即删除。资料共分享,我们负责传递知识。 关于新教师上岗自我介绍范文 906F0F咱6F孨326906aF们0G师0aE诨0让6eV是怎6</p2066中1487646学1的6在0改6一0病,6在0爱6eV手回6,1606因  为了实现泛华自研产品的大卖,测试组积极响应公司的各项方针政策,以汪总为核心,不断提高自身的测试技术和管理水平,确保自研的硬件产品测试覆盖率越来越高、BUG越来越少。我们的口号是:“空谈误泛,实干兴华!〞   为了我们共同的理想,下面具体谈谈明年的工作方案:   一、指导思想   我们的指导思想是:测试驱动开发,用例指导结果, 数据记录变化。   测试是国内企业面临的一个共同的问题,要么就是不重视,要么就是不彻底。我既然选择了测试,就会为此而执着地追求到底!   在产品开发过程中,或多或少的会留下一些问题。这很正常,如果问题到用户手里才发现,那似乎有点晚了,况且修复本钱也增加了不少。我们的策略是:测试早介入,问题早发现。这样资源投入比以前要多一些,我觉得还是值得的。   在测试过程中,我们将加大用例设计力度,用科学的用例来发现BUG、用可靠的数据给来定位BUG、用合理的沟通技巧来跟进BUG,努力打造出一支能发现BUG的精良队伍。   二、工作重点   整体来说:提出“测试123方案〞。   什么是测试123方案呢?我是这样想的:以泛华自研产品为中心,努力向同行业先进的测试团队看齐;坚持两手抓,一手抓执行力,一手抓BUG,两手同时发力,绝不手软;为了响应产品线的开展,我们组建了三条测试线:DAQ测试线、系统平台测试线和通信互连测试线。   接下来,分8个方面来讨论:   1. 提升团队凝聚力和战斗力   提倡以人为本。具体有如下举措:    自我认识,分工合作,充分发挥个人优势    为团队成员提供深造的时机,建设学习型测试团队    认真听取团队成员的见解和建议    鼓励团队成员的创造力    实施参与管理,有效授权    营造开放、信任和自由沟通的气氛    适当开展业余活动   2. 加强队伍建设   根据公司的战略规划,有重点、有步骤地组建测试团队。目前只考虑硬件测试,逐步培养软件测试和系统测试人员。   具体有如下举措:    PS-DAQ TestLine   现有3人,由常鹏坤牵头。方案开展到4~6人,其中多功能卡1人,同步卡1人,DSA卡2人。另VxWorks测试储藏 1人。   业务范围:   (1)重点:研发测试。测试早介入,问题早发现。参与到研发过程中的各种测试,直到IPA结束。包括核心器件选型测试,单元测试,集成测试,系统测试,alpha和beta测试,用户验收测试等。并参与一系列研发评审活动,了解相关技术背景,为充分测试作准备。   (2)次要:小批量验证测试。包括测试环境搭建,生产测试程序设计与验证,生产测试标准编写与归档,小批量测试并触发质检入库。最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。   (3)开展:自动化测试。开发低本钱、高效可靠的智能程控开关和相关的适配器,搭建机柜式的自动化测试平台,并自主开发自动化测试程序。   (4)VxWorks测试储藏,并逐步细化。   (5)配合DAQ产品线,适当做些市场应用性的验证测试。    PS-SP TestLine:   现有1人,光杆司令是韦忠品。方案开展到2~3人,其中机箱1人,控制器1人,EMC测试1人。   业务范围:   (1)重点:研发测试。包括核心器件选型测试,研发样品验收测试,IPA产品器件变更测试等。   (2)次要:小批量验证测试。包括测试环境搭建,生产测试标准编写与归档,小批量测试并触发质检入库。最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。多关心转产后的生产测试,这也是泛华目前的一个薄弱环节,我们将派人去监督这个产线的生产测试。   (3)开展:EMC测试。先外包,学习和积累EMC测试经验,等时机成熟了,再考虑自己建设EMC实验室。   (4)配合系统平台(SP)产品线,适当做些市场应用性的验证测试。    PS-LINK TestLine:   现有1人,领头羊是许春亮。方案开展到1~2人,试行任务捆绑,协同工作。包括DAQ产品之外的所有硬件板卡。   业务范围:   (1)重点:研发测试。测试早介入,问题早发现。参与到研发过程中的各种测试,直到IPA结束。包括核心器件选型测试,单元测试,集成测试,系统测试,alpha和beta测试,用户验收测试等。并参与一系列研发评审活动,了解相关技术背景,为充分测试作准备。   (2)次要:小批量验证测试。包括测试环境搭建,生产测试程序设计与验证,生产测试标准编写与归档,小批量测试并触发质检入库。最后,编写小批量验证测试总结报告,并组织产品线进行会议评审。   (3)配合Link产品线,适当做些市场应用性的验证测试。   总而言之,为了更好的完成测试任务,测试队伍在2023年将要翻一倍。   3. 测试环境建设   花点时间、花点资金来建设下测试环境,会给我们带来事半功倍的效果。   具体有如下需求:   (1)系统平台环境:目前有2套,9106+3031与9114+3030(机箱电源带负载能力比新机箱差些,插满板卡启动有问题)。方案再增加3套,分别是:宽温9108+3050、自研PXIe机箱+PXIe控制器、NI PXIe机箱+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人)

此文档下载收益归作者所有

下载文档
你可能关注的文档
收起
展开