猫猫不在家叻
TE是Test Engineer的缩写，意思是测试工程师。大多在生产网卡、交换机、路由器等电脑周边产品的厂设有此职位，也有叫生产技术员的。TE的工作职责在网上也没有明确的定义，我所写的不过是我这几年做TE的感悟。 TE首先要做好的就是教会测试员学会思考，学会学习。处处留心皆学问，测试员大都是16，17岁的年龄，正是人生的大好时光，原本该是在学校里读书的，却由于其它的原因失去了学习的时间，TE要担起这个社会责任，把测试员看成是自己的兄弟姐妹，也许我们TE教不会测试员许多知识，但一定要让他们学会思考。思考自己的工作，思考自己的人生。第二点，TE要做好传播知识的桥梁，做TE这份工作的，大部分都该是大专毕业，计算机专业的，对电脑、周边产品都比较熟悉，因此在平常工作中，如修站台，换线的时候要主动的给测试员讲解一下所测试的产品的功能，测试中公遇到什么问题，这些小问题该怎么解决。这有条件的工厂，还要把这些该传播的知识编成手册，给测试员做培训。现在大多数工厂都有做培训，大部分都是静电防护、5s等基本的知识的培训。这些培训对其它部门的生产有用，但是对测试员提高产能就没多大用。一个熟练的测试员的产能通常是新员工一倍多，以相对易测的机种PCI网卡来讲，熟练员工能测500多片，而一个新手最多测200多一点点，一个新员工要变成熟手，如果靠自己的摸索，最少需要三个月，如果靠培训的话，新手一个月就能达到熟手的生产水平，在许多厂，测试是一个瓶颈，我现在工作的厂，第一个工作的厂也是。现在这个厂没有，原来工作的厂本来没有，在我极力的推动下有了这种培训，后来这种培训变成了走过场，我很失望，就离开了，离职的前一天还做了一场培训。培训教材的编写是很辛苦的。我们没有办公电脑，就用产线的测试电脑，测试电脑有时候没有测试，常常是一章写一半，就要再去电脑，相机也去借的。经过培训，测试员很容易就达到了产能了，10个小时的工作量8个小时就满足了。我统计产能后很吃惊，报给主管，主管一直不相信，他以为我在他，过去是这样认为，不知道现在是不是这样认为。不管怎么样，我走在大街上常常会有不知道的人给我们打招呼。我只是依稀的记得他们曾经在我原来的厂里做过测试员。第三点，TE要做好总结，把日常工作中需要注意的问题记录下来，以便预防，在原来的厂TE只有3个，要管的站 位有70个左右的站台，我们每天的交接本写的都很详细，包括站台坏了，怎么修的，什么原因引起的都写的很清楚。风开始的时候我们三个都很吃惊，后来就不忙了，因为我们做预防，写了交接本，在编写培训教材的时候就有了依据，有了侧重点，我现在这个厂是TE都做日报表，可没有总结，每天都是老样子，一点小问题，测试员都要去找TE，这样很不好。第四点，TE要做好预防工作。TE的工作是重复的，新机种不是很多，虽然每次出现的故障不太一样，但引起的原因也大差不差，比如说，测P CI网卡的时候要用到PCI卡槽,PCI转接卡槽插的卡次数多了，里面的弹针就会变形。不良的卡槽会引起蓝屏、吞吐量不过、抓不到卡、黄卡、power值测不过等现象。不良卡槽拆下来后，用肉眼就可以明显的看得到，这样就要做好预防，测PCI卡的时候在站台上要备用一片卡槽，确认不良后就可及时更换。我原来的厂做的不错，现在的这个厂不行，卡槽用的时候找都找不到，别说备用的了。第五点，TE要做程式改良。善水者非能水也而善舟楫也,,测试程序和工治具就是我们测试工作中的舟楫，测试员的工作很乏味，没什么趣味可言，同样的一组动作，一天不知道要做多少次，这就要做好防呆的工作，尽量减少工作中的失误。比如需要烧MAC的机种，MAC要用扫描仪扫到测试程序里，测PASS后，程式又能把扫进去的MAC清掉，这样就会大减少MAC地址错的现象，减轻后序工作的压力，群众的眼睛是雪亮的，只要多和测试员交流，我听听他们的意见，就会发现有许多地方可以改良，每天进步一点点，工作就会越来越来轻松。第六点，TE要具备异常分析的能力，在大多数工厂里面，异常分析大多由专门的PE制程工程师，分析处理的。异常由产线提报，再到异常分析处理的。异常由产线提报，再到异常分析处理完毕差不多需要一天的时间。如果TE具备异常分析的能力，在异常产生的初级阶段就可以得到处理，这样就可以节约很多工时，提高工作效率，但遗憾的是大多数厂家的 TE都不具备异常分析的能力，我在原来的厂的时候注意到了这个问题，就专门去维修组学习了半年，学完了不但没有得到主管的赏识，还老是被主管挑毛病。我感到很悲哀，于是就离职了，虽然现在厂里的待遇要好一点，工作要轻松一点，但令人遗憾的是，TE根本就没有异常分析的权力，这究竟是谁的悲哀？第七点，关于SOP的制作。大多数厂里的测试阶段的SOP的制作都有专人，所谓的专人大多是连测试都不会测试，看着作业员作业做作业指导书，这样做出来的指导书能用吗？随便在厂里找个测试员问一下，SOP是做什么的，大多会得到这样的回答：SOP在测试的时候要挂，否则IPQC不准作业。再进一步问：你测试的时候看SOP吗.？答：不看。也就是说，在大多数厂里面SOP的功能是应付品管的稽核。在我原来的厂里，我曾主导过SOP的改良，我们没有办公电脑就借站台上的用，做的SOP很详细，能够让普通的测试员看得懂。我走的时候，这项工作还在继续，不知道现在怎么样了。暂时就想到了这么多，令我感到郁闷的是，在大多数主管的眼里，TE就是修电脑的，就是架站的，而这些只是TE应该具备的基本功。如果把TE看成一个西瓜，那么架站和修电脑是皮，而我所说的七点就是最好吃的西瓜肉。看看我们的装备吧，没有专门的办公电脑，有也是好多人一台，没有上网权限。说起上网，大多数主管怕我们上网，其实如果我们每人有台电脑，并且能上网的话，就会为了有更多的时间上网，而把工作做的更好。我希望有一天TE的主要工作不再是换线和修电脑，而是怎样提高产能，怎样提高工作效率，怎样有更多的自己的时间。我的愿望能实现吗？我感觉很难。或许有一天我成为一名主管了就会实现，我能成为主管吗,哪怕是一个小组长也好，我也会尽力推动。我能成为主管吗？天知道，我不知道。
游走老者
1.搭建测试环境2.写测试用例3.执行测试用例4.写测试计划、测试报告5.测试，并提交BUG单6.跟踪BUG修改情况7.自动化测试，编写脚本，执行，分析，报告8.性能测试，编写脚本，执行，分析，调优，报告基本上就是这么多，希望对你有所帮助。]
丘比特來來
1. 引言 软件测试成为最近 IT 行业的“香饽饽”，引得很多人对软件测试跃跃欲试。可是软件测试的门槛并不低，对于没有软件测试经验的新人而言，如何尽快转入测试工作中去呢？ 了解软件测试都做些什么，具体过程是怎么进行的，可以有助于对软件测试进行初步了解，尽快进入测试工作角色。但是关于软件测试的工作流程，各种现有书籍和文章往往都描述的非常复杂，充斥着不少测试术语，使测试初学者望而生畏。 现在让我们换一种角度看看典型的软件测试是如何进行的，暂且把软件测试过程看作一场大戏，主角就是测试工程师，按照时间顺序记录软件测试工程师一天的工作场景（假设正常工作时间 9:00 到 18:00 ）。 2. 测试大戏开演 时间： 9:00 工作场景： 启动工作计算机，查看收到的电子信件。 画外音： 查看收到的电子邮件（哇塞，这么多电子邮件！），理解当天的测试工作的内容和要求。 测试工程师至少配置两台计算机：其中一台是日常工作用，例如，收发电子邮件等。另外还有一台软件测试用的计算机。 时间： 9:10 工作场景： 回复电子邮件。 画外音： 回复电子邮件。如果对于安排的测试任务和要求存在任何疑问，请在回复电子邮件时列举出来。如果任务明确，回信中可以简单的说明理解测试任务了，按照测试任务要求进行测试。（正好今天有一封电子邮件分配了测试任务 A ，而且任务明确，测试文档等完整。） 电子邮件有不同的优先级，任务非常紧迫的电子邮件应该优先处理，尽快回复。（面对多封邮件保持镇定，分清哪些邮件需要马上回复） 并非全部的电子邮件都需要回复（抄送给自己的邮件和一般通告等不需要回复） 时间： 9:25 工作场景： 启动用于测试的计算机 根据测试要求配置操作系统、安装要测试的软件 根据测试用例执行测试任务 A 。 画外音： 测试一般需要按照测试指导文档和测试用例进行。（软件测试可不是盲目的乱测一气的呀！） 很多软件的测试要求在一个“干净”的计算机上测试（提示：干静的计算机是仅安装了操作系统，没有安装其他应用程序的计算机）。 在进行正式测试前，需要阅读测试文档，明确测试任务（这些测试文档你找到了吗？是最新的测试文档吗？）。 时间： 11:00 工作场景： 执行软件测试，书写软件测试 Bug 报告 画外音： 按照测试要求，尽量多找出软件的 Bug 。（什么破软件，能找出这么多 Bug ！ 反过来想，软件如果没有 Bug ，我们测试工程师不就失业了吗！） 根据发现的软件 Bug ，按照客户要求写出每个 Bug 的报告（要书写明白，否则客户事后会要求你重写，很费时间，也影响公司的测试质量，是否很没有面子？） 时间： 11:30 工作场景： 报告测试执行中的遇到了问题 画外音： 如果测试用例的步骤不明确或者测试的软件不能成功安装，无法进行下面的测试，应该及时向测试负责人报告，等待答复后进行测试。（重大问题，切莫瞒报，也别主观想当然地猜测！） 如果某些测试步骤不明确，但是可以暂时跳过，请向测试负责人报告，并且继续进行下面的测试。（灵活处理，合理利用时间，时间就是金钱！） 时间： 12:00 工作场景： 查收和回复新邮件，新邮件又来了一个新的测试任务 B ，而且要求紧急处理。 暂停测试任务 A ，进行测试任务 B 。 画外音： 测试过程中，要主要定时查看是否有新邮件，特别是那些要求非常紧急的任务。（重要任务一定要优先处理，否则就是工作失职） 如果新任务比较紧急，应该中断当前的测试，接着执行新任务。（为什么计划总是没有变化快，可是现实就是这样。） 时间： 12:30 工作场景： 午餐、休息 画外音： 阳光、午餐、休息，美！（禁止在办公室玩任何电子游戏，办公室不是娱乐场所！） 时间： 13:30 工作场景： 查收和回复新邮件 画外音： 真幸运，没有其他新任务。 继续上午的任务 B 。 时间： 14:30 工作场景： 完成新任务 B ，向测试负责人提交任务 B 的测试结果 画外音： 完成任何任务后，需要向测试负责人发送任务完成的电子邮件。（这一点很重要的，否则你做的工作再多，测试负责人也不一定很清楚） 提交任务的电子邮件中，应该写明任务是否全部完成，存在什么问题，测试结果存放在什么计算机的哪个目录中。（想象测试负责人需要你提交哪些内容，最好在一封信中交待明白，完整，清楚，条理分明） 时间： 14:40 工作场景： 发送测试任务 A 不能按期完成的电子邮件 画外音： 由于执行了新测试任务 B ，使得测试任务 A 不能按时完成，应该及早向测试负责人发送电子邮件。（如果你不主动说无法按时完成任务 A ，测试负责人就默认为你能够按时完成。而如果到了完成任务的最后期限，而你突然向测试负责人说任务还没有完成，那么我可以很负责任地告诉你：测试负责人将会很生气，后果很严重！） 得到测试负责人的答复后，继续执行测试任务 A 。 如果客户要求必须当天完成测试任务 A ，可能要做好加班准备（苦恼 … ）。或者请测试负责人将一部分任务分解给其他测试人员执行（呵呵，谢谢兄弟们拉我一把 ... ）。 时间： 14:50 工作场景： 继续执行测试任务 A 。 画外音： 寻找软件 Bug （这是主要任务之一） 书写 Bug 测试报告（这也是主要任务之一） 时间： 15:30 工作场景： 查收和回复新邮件 画外音： 没有新电子邮件，呵呵！（最不喜欢在测试工作中，经常有邮件来骚扰！） 继续执行测试任务 A 。 时间： 17:00 工作场景： 参加测试小组内部会议 画外音： 经常在测试过程中，测试小组内部会召开短暂的会议。（交流很重要的，倾听和发言一个都不能少） 会议内容一般是测试过程中遇到的问题，以及可能的解决办法，也包括测试进度是否与测试计划保持一致。 时间： 17:30 工作场景： 发送当天任务完成情况的电子邮件 画外音： 当天任务完成情况的报告应该在下班前尽早发送给测试负责人，以便得到及时回复。 总结当天测试任务完成的情况（全部完成还是部分完成） 测试遇到的需要测试负责人或者问题客户帮助解决的问题（遇到问题一定要反映，不要什么问题都自己扛！） 给出当天处理 Bug 的数量、类型和存放位置（确保测试负责人能很容易的找到这些测试结果吗？） 时间： 17:45 工作场景： 整理当天的测试文档， 做好备份 个人总结 画外音： 备份当天的测试结果（有备无患！） 总结测试遇到的问题和学习的新知识（好好学习，天天向上！） 准备第二天的测试任务（未雨绸缪） 时间： 18:00 工作场景： 下班 画外音： 如果不需要加班，按时回家，爽！ 3. 测试大戏背后的故事 上面的测试场景描述基本上反映了软件测试工程师的工作情形，但是由于测试工作的复杂性、琐碎性、变化性，实际测试过程将是不断变化的。 测试的变化性 对于软件本地化等外包测试，测试过程和测试要求因不同客户而异，即使相同客户的不同项目，也会有些变化。另外，测试所用的测试计划、测试用例、测试 Build 版本经常变化。这是对测试工程师需要面对和正确处理的工作挑战。 多任务同时处理 软件测试工程师在一天的工作时间里，可能需要做多件事情（例如，测试负责人可能中间会安排新的任务），正常测试过程经常被中断，对此需要有相应的心理准备。 及时交流 测试过程很少是一帆风顺的，特别是不熟悉的新软件，或者测试用例没有表达清楚。这时除了自己学习和思考，还需要向测试组的其他同事请教。如果问题仍然没有解决，请及时向测试负责人反映情况，寻求帮助（提示：测试负责人积累了软件测试经验，一般问题都可以搞定，但是测试负责人也不是万能的，他们也有很多不能解决的问题，但是他们有“杀手锏” — 向客户的测试负责人寻求帮助，由于源语言是客户开发的，客户才是万能的！）。 电子邮件是主要的交流方式 测试过程不要一味地在测试计算机上做下去，要经常在日常工作用计算机查看和回复电子邮件，以免耽误了更重要的任务。除了电子邮件之外，也可以打电话和即时网络交流工具（ MSN 等），或者面对面与同事交流（提示：对于复杂的问题，与其来回发送多封电子邮件还说不明白，还不如打个电话或者面对面交谈更有效）。 4. 结束语 有人说，测试很枯燥，而且“一点技术含量都没有”。也有人说，软件测试大有前途！现在中国确的不是软件编程大师，而是软件测试大师。这些观点孰是孰非，您请自己琢磨。不过既然从事了测试行业，还是将它做好为上！]
西关少爷Billy
一般是正常工作时间。软件测试工程师一般是正常上班族的工作8小时，双休的作息，加班往往也很少，只要按时按量完成工作就可以。软件测试工作也并不需要太多脑力，只要按照经验和方法去进行测试就可以了。所以其实软件测试工作是不太累的。另外软件测试人员把测试出来的bug提交后，在软件着急上线的情况下，软件开发工程师往往要加班修改代码。所以软件测试人员加班的情况下，软件开发人员一般要陪同。而软件开发人员加班的时候，软件测试人员则不用陪同。
机械工程师 属于职称一般来说本科毕业自动获得助理工程师资质，三年以后亦自动获得工程师参评资格，只要通过考试或者考核即可获得中级工程师资格。并且各地不一样，要到人
qiaochu168 4人参与回答 2024-06-11 2022注册结构工程师考试时间:11月5、6日 . 考试主要内容： 公共基础包含模块内容：数学、物理、化学、理论力学、材料力学、流体力学、计算机应用基础、电气与
childrenqj126 3人参与回答 2024-06-12 在这个行业工作十年了，说实话挺累的，加班都不算啥，主要是这个职位没有话语权，枯燥，容易让人有悲观情绪；更重要的是，等到35岁，职业瓶颈期以后，会很尴尬；工资都会
二的一米 6人参与回答 2024-06-11 一般是一年分两次 第一次通常在5月21号 第二次通常在11月12号，记得到时查看详细的时间安排表
生命若尘 5人参与回答 2024-06-11 理论上是8小时，但基本上都有加班。12~16小时都有可能。但是干的多，赚的多，一般是肯定的。
静心观海一 5人参与回答 2024-06-11 优质工程师报名问答知识库
