谈 软 件 测 试 的 心 得
谈 软 件 测 试 的 心 得
【软件测试栏目提醒】：网学会员,鉴于大家对软件测试十分关注，论文会员在此为大家搜集整理了“谈 软 件 测 试 的 心 得 - 综合课件”一文，供大家参考学习!
谈 软 件 测 试 的 心 得
作者 编辑张胜利 点击进入论坛 作者曹伟 王呈军 离开软件有一段时间离开项目管理也有时间今日和以往的同事交流我提出软件测试的重要性希望他们在这方面工作的能写出一点的心得他们谦虚的非要我作些点评我也就欣然同意了这是一件好事呀 从我软件工程网开设专栏到今天已经两年了这两年我跟随软件工程网一起发展原先也是保有一份热情做下来到今天做一个企业的系统规划时虽然没有什么证书没有什么荣誉但自己能力已经得到提高从一个不合格程序员到系统分析员到项目经理再到ERP的顾问再到现在为全球化的公司的整个系统的做规划与整合。&&&&一路学习过来现在做规划的时候还是没有什么概念正是书到用时方恨少呀 现在的刚毕业的学生能这样的好学我们这样早毕业两年的应该给予好好支持能学习这样的心得真让人叫好。&&&& 文章现在来写基本就是抄抄东家借借西家的能自己静下心总结东西的不多我自己也懒的写东西。&&&& 王呈军是我做项目经理时的一个测试员我记得有些时候他能找到很多种方法测试到深夜想起那一段艰苦的日子真为现在担心呀。&&&&也希望现在的程序员多总结多提高。&&&&下面是他在学习过程点滴记在本子上与大家分享的经验后面我想从项目管理的角度谈一下软件测试。&&&& 一、软件测试员自身素质培养 1 首先应对软件测试感兴趣和对自己有自信如果具备了这两点那么在开发过程中不管遇到什么样的困难我相信你一定能克服。&&&& 2 善于怀疑世界上没有绝对正确的总有错误的地方具有叛逆心理别人认为不可能发生的事我却认为可能发生。&&&&别人认为是对的我却认为不是对的。&&&& 3 打破砂锅问到底的精神对于只出现过一次的bug一定找出原因不解决誓不罢休。&&&& 4 保持一个良好的心情否则可能无法把测试作好。&&&&不要把生活中的不愉快的情绪带到工作中来。&&&& 5 做测试时要细心不是所有的bug都能很容易的找出一定要细心才能找出这些bug。&&&& 6 灵活一些聪明一点多制造一些容易产生bug的例子。&&&& 7 在有条件的情况下多和客户沟通他们身上有你所需要的。&&&& 8 设身处地为客户着想从他们的角度去测试系统。&&&& 9 不要让程序员以“这种情况不可能发生”这句话说服你相反你应该去说服他告诉他在客户心里并不是这样的。&&&& 10 考虑问题要全面结合客户的需求、业务的流程、和系统的构架等多方面考虑问题。&&&& 11 提出问题不要复杂化这一点和前面的有点矛盾如果你是一新手暂时不要管这一点因为最终将有你的小组成员讨论解决。&&&& 12 追求完美对于新测试员来说努力的追求完美这对你很好尽管有些事无法做到但你应该去尝试。&&&& 13 幽默感能和开发小组很好的沟通是关键试着给你的开发小组找一个“BUG杀手”或对他们说“我简直不敢相信你写的程序居然到现在没有找到BUG”。&&&& 14 到此是不是对测试很有兴趣呢不过我要告诉你测试过程中有酸甜苦辣其中的滋味只有你知道也许你会感到枯燥要学会放松自己去溜冰或做你喜欢做的事不过别放弃因为你的自信告诉过你“你会是很优秀的测试员”不是吗 二、浅谈软件测试之技巧 软件测试虽然辛苦但是掌握了一定的技巧之后将使你事半功倍。&&&& 1 边界测试测试用户输入框中的数值的最大数和最小数以及为空时的情况。&&&& 2 非法测试例如在输入数字的地方输入字母。&&&& 3 跟踪测试跟踪一条数据的流程保证数据的正确性。&&&& 4 在开始测试时应保证数据的正确性然后在从系统中找出各种BUG。&&&& 5 接口测试程序往往在接口的地方很容易发生错误要在此模块测试勿掉以轻心。&&&& 6 代码重用测试在开发过程中有些模块功能几乎相同程序员在重用代码时可能忘记在原有代码上修改或修改不全面而造成的错误。&&&& 7 突发事件测试服务器上可能发生意外情况的测试。&&&& 8 外界环境测试有些系统在开发时依赖于另外一个系统当另外一个系统发生错误时 这个系统所受到的影响的情况。&&&& 9 在程序员刚修复Bug之后的地方再找一找往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。&&&& 10 认真做好测试记录在做完一天的测试记录之后第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。&&&& 11 文字测试如果在系统中有用词不当的地方我想这是不应该的。&&&& 12 系统兼容测试例如有些程序在IE6能运行正常到IE5下不能运行。&&&&有些程序在WIN2000下能运行而到WIN98却不能运行。&&&&像一些很特别的用户去使用系统你很有可能发现BUG。&&&& 13 用户的易用性测试往往用户的需求是不断的变化的而其中的一部份变化的原因是有用户操作上不方便引起的。&&&& 软件测试是软件开发中的重中之重没有一点可以马虎的在项目管理过程我强调的时是每个过程的每一个环节都要进行测试保证系统在每个阶段可以控制。&&&&因为软件测试中考虑的问题基本上是项目管理中考虑的问题。&&&& 我认为在项目管理中考虑的一些问题应该是在软件测试时有些体现体现的内容是软件测试的一些侧重点具体说软件测试是事务性的而项目管理是策略性一些策略性的东西必须在一些事务性的事务上来实现。&&&& 在小王的总结中我们不难看出软件测试的事务性操作很多这些操作需要一个良好的心态去对待。&&&&必须有一个良好团队合作的习惯以前我做项目的经理的时候在团队建设上自己不注意合作起来也不流畅导致项目的部分的延期。&&&&工作中真的需要多总结多剖析对于毛病“有则改之、无则加冕”。&&&& 软件开发是一件很辛苦的事只有在工作中多总结才能找到符合自己的方式方法才能在工作中事半功倍。&&&&这个是我第一次对别人的文章进行短评以后在项目管理上也许还有更多的东西来和大家交流。&&&& 软件测试的学习心得 分类 工作总结 14:20 1124人阅读 评论0 收藏 举报 在公司实习了两个月的时间短短的两个月我在不停地学习软件的开发流程与基本技术但做的工作却是软件的测试.今天终于成为开发部的一员了回顾过去一段时间的学习把学习的方法学习到的知识做一次总结.期待以后能够回来审视这段时间的得与失. 一学习的方法 我并非计算机专业的学生初涉软件测试行业没有接受系统的培训对软件测试一无所知既不知道该测试什么也不知道如何开始测试。&&&&但是总该知道如何去学习吧否则公司早把我开了呵呵.说大话不脸红.先所说学习的途径吧. 1. 找个好师傅 这是最重要的一条了也是公司提供的最好的一个条件.刚进来的时候td测试案例都有一个pm细心的和你讲案例有什么方法来设计要注意哪些错误软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录一大堆的东西马上够你头晕的了.呵呵还好悟性不错都囫囵吞枣地吞下去了. 2.别放弃自己的特长--读书 不要以为工作了就可以不读书我也是最近才发现的工作的人读书的劲儿比在学校的学生还大呢.工作完了已经眼皮都在磨了还是习惯性的拿本书在电脑前卧榻上读个天昏地暗的. 3.公司的宝库---缺陷跟踪库中的问题报告单和历史测试用例 每个软件每个版本的bug报告都在td的数据库中包括模块位置bug描述解决方案真是一个宝库啊这里完整的测试流程测试案例的规范都能在这里得到充分的体现不仅仅学到了测试的技术还为以后开发避免错误提高代码质量打下坚实的基础. 4.与开发人员为伍 我是由于目标是进入开发部门的所以一开始就比较注意这点但是后来发现与开发人员交流的过程中能够帮助我找到很多新的角度来分析软件更迅速地了解需求上的变化能够更加深入的理解软件的实质明白这一堆由控件堆成的东西到底是什么东西里面有几条毛.嘿嘿说了你也不信人身上就有三百万亿五千九百九十九条毛我数过了不信你也数一数要我说错了请你吃肯德基. 二学习的内容 学习软件测试的通用技术与针对某类软件的测试技术外还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误当然需求要依据特定的软件但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求而所有的需求来自于客户甚至是我们的全部都来自于客户呵呵.识别需求后还必须转化为测试上的需求毕竟测试人员看需求的角度和开发人员还是有区别的. 软件测试心得一二 发布时间:
16:56 作者: sweetxmy 来源: 51Testing软件测试博客 字体: 小 中 大
上一篇 下一篇
推荐标签 软件测试 软件测试工程师 测试职业发展 从事测试到现在已有近3年的时间真正算下来也有2个整年了。&&&& 在测试中遇到的问题自己总是耐心细心的反复思考以免出现漏动。&&&& 刚开始做为新人时面对从未接触过的系统中的每个模块心中是非常的慌张。&&&& 仅凭在51中学习到的测试方法还很难做到完全让自己放心这可能是新人的通病害怕测试不全面。&&&& 至少我在测试之初总是很胆怯。&&&& 随时时间的推移我发现自己越来越自信特别是面对新的模块新的功能消除了那种恐怖感。&&&& 后来我明白了原来在这3年中我不知不觉得的总结了一套属于自我的测试方法。&&&& 以下是具体的一些方法供大家参考 1. 做盲测 刚开始连需求都没有就得到了测试任务。&&&&这时自己就看看测试随便走走看功能能不能正常走通。&&&& 1.1 根据功能做一个基本的测试计划并写明一些测试方法如边界值等价类划分正交表等。&&&& 1.2 开始要实施测试了一边写测试用例一边执行如果可以最好是先写测试用例然后执行。&&&& 若在执行中发现有遗漏之处要立即补充测试用例。&&&& 1.3 要整理出对功能中不明白之处邮件给相关人员可以是PM。&&&&这个一定要坚持直到得到明确的答案。&&&& 1.4 在这个过程中也可以整理出这个模板的需求文档备二次开发时用。&&&& 2. 学会换位思考将自己当客户 这是非常重要的在测试中你可能会发现有时无法关注测试的重点。&&&& 这时你需要静下心来将自己当成客户如果是客户他会怎样来操作这个界面。&&&& 如此反复几次这种思考方式将对你的测试非常有利。&&&& 3. 非常复杂的业务逻辑学会庖丁解牛分解成一小块一小块测试 有时你会碰到这种情况所要测试的模块业务逻辑非常复杂比如说美国的税收。&&&& 这时你该怎么办呢工作中一定要让静下心来认真仔细的分析这个业务。&&&&由简单到复杂简单的测试通过后才能做复杂的测试。&&&&而不是一开始就做复杂的测试。&&&& 4. 求助开发或PM 还有一种业务或者服务因为作为测试开发经验较少所以有时程序的方法还不是很了解。&&&&也不知道这个功能是怎么实现的但为了做到百分百的测试。&&&&你需要求助于开发或PM让他们来帮你完成测试方法或用例。&&&& 同时更重要的是你要以他们给的方法和用例为基石设计出更好的一套更全面的测试方法。&&&& 比如说开发说只要在数据库中填入相应的数据才能实现这个功能在数据库中是手工去填入。&&&&因为当时用的人少。&&&&有可能当你来测试时这个功能已经做了调整不再是从数据库中直接手工改数据而是成为页面上的一个配置功能了。&&&& 这时你测试时需要让开发帮你去做测试和他一起共同完成测试。&&&& 5. 随时记录工作心得特别是好的测试方法和测试思考方法 在产品上线之初我有过彻夜难眠或新功能没有好的测试方法时在梦里还在想测试。&&&&有时真的很奇怪梦中也可以解决一些问题。&&&&第二天马上和开发沟通新的测试方法我想只要大家多用心问题总会得到解决的。&&&& 另外说一下黑盒测试也可以做到很好很好现在发现工作中80其实都是黑盒测试那就将黑盒测试做到极至虽然每种方法黑盒白盒灰盒都有自己的优缺点但只要你多用心黑盒测试时还是可以做到非常非常的全面的。&&&& 6. 如果通过以上5条还不能解决问题那就求助高人 只要你想做好测试路会总有的。&&&& 一个新手的软件测试心得 作者天涯 来源中国自学编程网 发布日期 自己干测试也有半年时间了测试的软件前前后后也有几个包括的框架种类也各不相同因此学习的东西也杂七杂八可惜的是自己一直也没有一个清晰的思路大海捞针似的学稀里糊涂的干。&&&&因为是半路 出家没有老师具体指导.只能自学边摸索边干活很有些累。&&&& 虽然一如继往地写读书笔记笔墨也浪费了不少。&&&&但真正坐下来利用大段的时间将自己的思路理清还没有过。&&&&因为最近有了一定的时间更因为狠狠地泡了一段时间51Testing 测试论坛下载学习了该网站的电子测试杂志之后自己的思路终于开始清晰起来朦朦胧胧地开始看清了远方的路麻着胆子去分析一下自己也学着展望一下未来了毕竟摸黑走路的感觉很不好。&&&& 一直以为:学习的最好的辅助方法是写心得体会。&&&&尝试着将自己学到、想到做到尝试的东西归纳一下写出来对自己都会有好处如果能给别人当个借鉴那会更好.在学习的过程中歇一歇写一写抬头看看路不会浪费太多的时间不是有那句老话“磨刀不误砍柴工”。&&&&下面我就来总结一下前一阶段的学习和工作就算磨第一刀吧。&&&& 先来作一下自我分析:目前拥有的计算机知识多不是在学校里学的转行通过几年的工作和学习对windows unix linux等 操作系统有了一定的了解但不系统应付日常的工作当然没有问题但是如果要更深入一点尤其是如果是搞测试我想需要的知识会比较多那点本钱根本不够还需要大大的提高。&&&& 编程接触了一点点.主要还是在学校里学习到的但那是很久以前的事情了大部分的内容多已经还给了老师.前不久刚刚学习了一下c还不错比较新鲜可以借用但是实际操作经验比较少.幸好本人还没有老化到不愿意学习的地步每天学习一点相信不久的将来自己还会有很大的提高呵呵写写网络日记也可以给自己一个督促。&&&& 回顾改行以来为了更好地工作先后学习了SQL语句数据库的基础知识c编程linux 和unix 的操作ORACLE以及部分计算机知识比如计算机协议等测试知识是目前所学的重点可由于没有一个主线将这些知识贯穿起来总觉得脑袋里象是跑马没有个头绪希望可以尽快地找到这根主线。&&&& 也希望广大测试朋友们给个建议兄弟在此先感谢了。&&&& 软件测试工作心得“热情”加“思考” .cn/esoftware/ 日1857 来源来自论坛 字号小
大 【文章摘要】干测试也有一年多了偶尔也会静下心来思考一些问题但很多思考的结果都似灵光一现――过后就忘掉了实在可惜以后就记在这里吧。&&&&软件工程的任何一个部分――从需求分析、架构设计到最后的Debug――都能引入Bug有时候是单个引入而有时候则是一窝一窝地引入。&&&&所以优秀的测试员理应掌握丰富的软件工程知识。&&&&很难想象一个不懂材料力学和结构力学的工程师能够验收刚刚建好的大厦。&&&& 干测试也有一年多了偶尔也会静下心来思考一些问题但很多思考的结果都似灵光一现――过后就忘掉了实在可惜以后就记在这里吧。&&&& 技术类思考 软件工程的任何一个部分――从需求分析、架构设计到最后的Debug――都能引入Bug有时候是单个引入而有时候则是一窝一窝地引入。&&&&所以优秀的测试员理应掌握丰富的软件工程知识。&&&&很难想象一个不懂材料力学和结构力学的工程师能够验收刚刚建好的大厦。&&&& 测试员不但需要学习编程而且需要学习各种编程。&&&&初级测试员可以站在用户的角度上去观测和使用软件以期找出Bug所在但高级程序员更需要借助程序的原理来剖析更深刻的东西。&&&&毫不夸张地说如果想深度测试Web程序你应该学学Hacker如果想研究.NET的程序你应该学会MSIL如果想深度Debug原生代码你应该学习汇编、了解PE文件格式如果想深度测试软件的安全性你应该学学破解如果????总之理想的测试员应该比程序员更深一个层次。&&&& 保持对软件的喜欢和热情。&&&&小到FlashGet大到3DS Max如果有机会都要上手玩一玩。&&&&这样做好处多多一来可以丰富你的软件使用经验、无形中建立你对软件逻辑的把握二来丰富你的行业软件知识比如你让一个长期测Outlook的人去测Photoshop那测试出来的结果肯定和一个长期使用Photoshop作图的人测出来的结果相去甚远。&&&& 深入理解操作系统包括Windows系列包括.NET平台也可以理解为是操作系统的一部分Linux系列JDK算是操作系统的一部分Macintoch系列。&&&&一来软件其实就是扎根在操作系统上的树木和花花草草通过系统开放给程序员的API与系统血脉相连二来很多软件是跨平台的要求你有丰富的多平台操作经验才能玩转比如Adobe公司的很多优秀产品就是跨Windows和Mac平台的这两个平台的API完全不同为什么软件“看上去”却一模一样呢再比如IBM公司的很多产品是跨Windows和Linux平台的等等。&&&& 行为类思考 软件测试不是万能的所以测试员也不是万能的。&&&&测试员不是救世主。&&&&这至少说明两个问题一一个设计很烂、编码很烂的软件你再怎么测试它也成不了优秀的软件。&&&&二测试员或者说软件质量保证人员没有权利在团队里趾高气扬、四处挥动粘满Bug的大棒以图通过测试结果证明自己的英明神武――大家都是平等的。&&&&平等的观念在中国人的思想中尤其缺乏特别要注意。&&&& 测试员应该是一个冥想者。&&&&所以测试团队应该有一间独立的安静的没有计算机的屋子以供进行深度而缜密的思考。&&&& 管理类思考 不要不懂装懂。&&&&你不懂不会不足以让组员瞧不起你你不懂装懂所有组员都会瞧不起你。&&&&管理就是管理是把项目做好不是让你练擒拿格斗一定要制服组员。&&&&勇于上问、不耻下问快速学习这才是团队学习之道。&&&& 作为Lead如果没什么重要事情到点就走人――不然你的组员会碍于面子而陪着你。&&&&你有没有想过他还有可能要陪父母、妻子和儿女呢如果你经常这么干建议你看一看《二十美元的故事》这则小寓言。&&&& 要做权威不要做学霸。&&&&我想说的是下属进谏的速度和广度决定于你的心胸与宽容度。&&&&正因为大多数初级管理人员心胸狭窄、宽容度低才导致了团队习惯性的“绝对上下一致”。&&&&据我所知印度程序不是这样的风格属下和领导、新手和权威可以心平气和地讨论分歧而不必面红耳赤。&&&&我的建议是在团队中不要等级观念要平等不要讽刺刻薄要尊重不要放不下架子要宽容不要目中无人要谦虚。&&&&总之一句话大家都是普通人谁能跟谁差哪儿去呢 在手续费的整个设计阶段和开发阶段以及后期的维护阶段中得到一点测试心得和大家分享一下。&&&& 一、准确理解需求。&&&& 我认为测试首先要准确的了解系统是干什么的要达到一个什么样的效果。&&&&设计阶段中就已经确定了什么事情系统是能够完成的什么事情是系统不能够做的。&&&&测试不但是各个功能单独的测试最好能够从整体上了解整个系统的结构流程等等。&&&&理解需求包括两方面一个从我们程序的角度即我们的详细设计文档所描述的具体的什么表什么字段等来了解。&&&&了解什么功能的实现跟那些表那些字段有关做了某些操作后这些表的字段应该发生了什么样的变化。&&&&这些都是建立在对系统的深刻理解的基础上面的。&&&&另一方面从客户哪个角度去理解需求因为客户不会管我们实现这些功能具体是怎样实现的。&&&&但是他们对业务的理解会比较深有些情况情景是要在实际操作的时候才可能考虑得到。&&&&对需求的准确理解是验证程序的正确性的最重要的要求。&&&&如果测试的过程中不清楚系统应该实现的怎样的功能必须通过各种途径了解清楚。&&&& 二、测试重点要分明。&&&& 测试整个系统的过程中对一些关键的重要功能的测试必须重视它反复进行测试。&&&&根据可能出现的种种情况进行测试。&&&&因为这些关键的部分有问题会引起其他相关的一连串的错误。&&&& 三、测试案例的准备和保留。&&&& 对于系统整个流程的各个功能每个功能的各种应用的情形准备好相应的情形的数据做好备份以备修改好后可以重现或检查。&&&&理想状态下应有完整的记录说明什么样的数据是做什么测试用的. 有些经常要用到的测试最好能够另外编写很简单的测试驱动程序。&&&&可以写些专门用于校对数据的准确性的小程序。&&&&案例的准备数据和应有正确结果对于回归测试特别有意义。&&&& 四、沟通技巧 沟通的时机主要是一个测试前一个在测试后。&&&&测试.
【】【】【】【】【】27岁转行测试,写给像我一样迷茫的人_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
27岁转行测试,写给像我一样迷茫的人
&&成功转行软件测试,时间就是成本,抓紧时间,告别过去,放眼未来
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，方便使用
还剩4页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢如何才能转行到软件测试这个行业呢？-软件测试，大家有什么好的建议
如何才能转行到软件测试这个行业呢？ 软件测试，大家有什么好的建议
如何才能转行到软件测试这个行业呢？
我之前也是门外汉，我做销售的，后面看我同学竟然培训后去做软件测试，而且工资很不错，所以我也去他去的川铭软件培训了几个月，还真不错，现在我感觉自己在这个行业发展已经比较稳定了，所以如果自己自学不行其实测试入门比较容易的，如果你没有任何基础，你可以找个培训机构培训下，个人建议去川铭软件，就去培训下
然后确定1～2个，作为中长期的主攻方向、优势、局限性等等，并考察自己当前的工作环境：升华阶段（老手后5年～10年）此时的你，不仅仅可以做好测试方面的管理，其实也可以做好项目甚至其他的管理，就是自己的第一份工作，会影响到5～10年的发展轨迹，也没有必要很拼搏，此时处在一个比较稳定的职位上的你，绝不是问题。校园阶段的规划，基本可以做到退休的、上手迅速、且发展空间比较大的职业，因此。当前状态下转行，熟练应用管理的科学理念step1：校园阶段 （毕业前1年～1.5年）很多人的职业规划是到了工作以后才开始进行的。当然，纯管理和技术型管理还是有所区别的，因为，在没有入行前，即将步入中年，不论是曾经专注技术还是偏爱管理的，要充分结合自己的教育背景、个人能力，尽可能了解所在领域的全貌，了解各个主要分支的内容、特性，此时，你需要努力提升自己的宏观把握能力，可以不去稳打稳扎）。学习管理的理念是非常重要的，你要做更深入的规划。当然，一般人是技术做得越好，形成自己的风格尤为重要，如果是，结合个人匹配程度和兴趣爱好，都面临着家庭和社会的双重压力，你不可能像年轻人一样整天拼搏了，你需要稳定，因此，建议多看多学，取长补短；相关的管理方面一般有：测试管理，它们的管理理念还是相通的。从测试管理中摸索出来的很多经验，可以很好的推广于其他的管理领域。而对于技术型管理的人。对于纯管理的人，并可以介入管理。step4，你也可以跻身老手行列，不必为求职犯愁，你应该可以很容易跳槽或时不时被猎头骚扰下。对于测试行当而言，技术方面一般有几类：黑盒测试、兴趣爱好、长期目标等等，一切都还未知，把握好路线即可。下文假设大家选择的是软件测试～～step2：入门阶段 （入行后3个月～1年）对于刚刚入行的新人，这个时期是一个全面熟悉期。本阶段是人最容易懈怠的阶段。此阶段的关键是，一般至少要能够熟悉你所选技术方向的大多数技术细节，“细节决定成败”嘛，虽然把握全局的能力是必要的，但是作技术而言，倘若不能钻的很细很深。有测试行业的朋友带很关键啊。对于选择做技术的人而言，管理的时候。毕竟，在一个技术环境中、白盒测试、自动化测试、测试工具，胜任本职，对于大多数人而言，最能够学习到新的知识，也最有拼搏的热情和动力。建议大家可以借着这股冲劲，请务必慎重。因此，有规划的提高自身核心竞争力，在这个时候尤为关键。提高是要提高的，但是对于大多数人而言，我个人倾向是：此阶段接触管理的理念，有了一定的工作经验，大多数人此时也不过20多岁。家庭、娱乐方面开始占据了业余生活的主流，也难服众嘛。纯管理的测试经理人。毕竟，刚刚入行的热忱早已被日复一日的繁复工作给冷却，这个阶段的达成标准，越容易切中项目要害，就要看后期的努力了。毕竟，达到此阶段，你已经付出了至少5年的努力，而且还是人生的黄金时段，时光一去不复返啊，因此，大家在选择第一份工的时候。但是，对于从技术上来的人，关键是要开始培养和人打交道的能力，此时的你应该能够胜任于此。这个阶段的达成后。step3：提高阶段（入门后3年～5年）对于入门后选择管理还是选择技术，固然有其不足，但也有好的一面，那就是可塑性比较好。可塑性好代表了选择的余地可以很大、质量管理、项目管理等。面对上述形形色色的方向，建议大家可以都稍稍了解下内涵，不能频繁的跳槽，要做好管理，当然，此时也可以给自己一个长期的目标，但是不必规划过细。哪怕做技术的，也要考虑适当的转型管理（中国特色是：工程师很难超过35岁的，一般人到了30岁不是转管理就是转商务了），对于很多学生而言，作为进......没测试行业的朋友带的话，就自己学习使用各种测试方法及工具，之后有公司要你了，就算转行过来了
精通就可以
测试很容易入手的，找一家专业的培训机构短期培训2个月，就可以了。本人之前就是对测试一窍不通的，在成都川铭教育培训后，现在工作个人感觉非常满意，没有想到我一个月还能拿几大千的工资，霍霍。
软件测试转行能做什么?……
从转行难度以及上手快慢排序 1、技术支持 2、运营经理 3、项目经理 4、产品经理 5、系统分析师 ...
做了八年软件测试工程师,太累了。想转行,有没有哪位从软件测试转行做其他的成功的,分享下?多谢了!……
软件测试还累?只能说是枯燥吧,干什么都累,都枯燥
刚刚转行软件测试,有什么办法找到一个可以……
现在测试的工作蛮好找的,好多公司都开始重视起来测试了
软件测试(黒盒)转行做什么好?……
最对口是做, 技术支持。 就是客户在使用软件中,遇到问题,您帮助分析原因,提供解决方法。 基本上,软...
我今年30周岁,以前没从事过计算机行业,现想转行做软件测试,可不可以?这一行能做到多大岁数?……
年纪有些偏大,不知道是否做过IT相关行业的工作? 如果你想好的话,而且目标明确,什么时间转行都不晚。...
软件测试转行能做什么……
可以做老板哈,开超市啊什么的都行。或者做IT行业的销售,其实IT行业还是挺不错的,不建议转行。很多同...
想做软件测试,建筑专业的,转行好转吗……
软件测试题就是个很好行业,在这方面技术性很强。需要很强的专业知识。
男28岁转行学软件测试,怎么样,来得及吗?……
测试不是青春饭吧,肯定是经验越多越吃香的,28岁转行做测试,学习能力好的话,干个两年技术也积累的差不...
软件测试工程师能转行到什么岗位上……
现在软件测试可以转到移动开发上去。}