精华内容
下载资源
问答
  • 如何才能做好软件测试工作,这个问题在面试的时候经常会被HR问到。当然,她们对答案的了解几乎都是照本宣科。 如何做好测试,这个问题在面试的时候经常会被HR问到。当然,她们对答案的了解几乎都是照本宣科。 业内...
  • 如何在软件频繁改变时做好软件测试。不光在RAD模式中,在现在许多敏捷开发模式中,怎么进行测试很令人测试人员头疼?1.在RAD和Angile开发中,主要是要用不同的测试方法找出越来越多的Defect。  不光在RAD模式中,在...
  • 做好软件测试管理工作需要具备的基本要素1.符合软件开发计划时间框架的软件测试计划软件测试计划是一个老生常谈的问题了,不同的人对计划的理解往往是大相径庭的。这里让我们回顾一下何为计划,一般来说计划的目的是...
  • PAGE / NUMPAGES 如何才能做好软件测试工作 如何做好测试这个问题在面试的时候经常会被HR问到当然她们对答案的了解几乎都是照本宣科 业内普遍认为测试是技术含量偏低的工作确实刚毕业的学生能做测试因为我们理解的...
  • 如何做好软件测试

    2016-04-07 14:33:23
    介绍软件测试方法与技术
  • 软件测试必备,告诉你怎么做软件测试,以及如何做好软件测试
  • 做好软件测试需要具备的思维方式

    千次阅读 2018-11-20 14:53:08
     做好软件测试需要具备的思维方式!     最近部门来了好几位应届毕业生加入团队,我们也大张旗鼓的组织了集中式的培训,其中我需要对关于测试工作进...

                                                 

                                     做好软件测试需要具备的思维方式!

                                                 

     

    最近部门来了好几位应届毕业生加入团队,我们也大张旗鼓的组织了集中式的培训,其中我需要对关于测试工作进行简介,在培训内容中,我特地整理和回顾了做好软件测试需要具备的思维方式,当时也就4张PPT。在此,我再详细整理出文字内容也分享出来给广大的同行。

     

    首先,从需求,用户及研发角度考虑,要想为产品贡献最大的力量,就不能只专注于做好测试保证质量这一个方面,而应该是从多个角度全面衡量。

     

     

    从图中,体现出我们也应该站在用户的角度,研发的角度来考虑产品的整体规划。

     

    用户思维

    在工作中,一部分测试同行特别是初入者在对待需求时都过于被动,不太会把产品各个模块的业务串联起来,成了因为需求来了所以做需求,纯粹看着需求文档就开始做测试用例的设计了,并没有想着先把需求理顺了想明白了再开始着手。其实这个阶段也即是非常重要的需求分析及功能点拆解,即使说这主要是产品经理们的主要工作,但是他们也并非圣贤,对产品设计的细节考虑可能并不周全,甚至严重时会出现较大的需求漏洞,引发较严重的影响。而我们也应该具备该项能力,如果不能站在公司战略层面考虑该需求对业务上能带来哪些促进,也至少能站在用户的角度考虑能给用户带来什么价值,能满足用户哪方面的需求,同时能及时发现对于用户操作过程中的体验问题,在糗事百科创始人著作的《结网》一书中,也提出了用户体验的三大原则:别让我等,别让我想,别让我烦。我觉得作为一名合格的QA是需要具备这方面能力的,但是在实际工作实操中还是需要具备沟通技巧,毕竟能对于用户体验方面的改进需要产品经理拍板,如果的的确确非常明显的体验问题,是有必要坚持真理说服他们优化的,否则还是把话语权留给他们,我们只是提供建议吧,不然工作中的火药味一定会很浓。

     

    架构思维

    要想设计一份有效的测试用例,就必须要对软件开发设计思路有深入的了解,我们也经常有类似的事情,业务需求未做任何改变,而架构做了优化,如果单纯地拿着一份根据业务整理出的用例是无法准确而有效的测试的,架构的调整包括:底层数据结构的调整如分库分表,服务化(SOA),日志的收集处理以及容灾处理等等,另外,为了能有助于测试开展,我们同样需要了解开发技术,毕竟在测试环境的搭建及维护,测试过程中各种场景的模拟特别是异常情况,以及自动化测试,如果不借助于开发技术,自动化工作也是很难开展的。比如被测系统依赖其他系统发的一条MQ消息而做相应的处理,那自动化代码中为了验证该逻辑,就需要MOCK这条消息(即设置桩Stub)并且发送到某个管道中,让被测应用接受并处理它,如果连MQ是什么都不知道,也不知道如何在代码中发送消息,那这个部分的自动化测试是没法开展下去了。

     

    上面只是举了一个例子,总结一下,需要具备的架构思维包括:

    1)了解并熟悉开发使用的技术及开发框架,比如用到的Spring MVC,Mybatis,Redis,前端HTML,JS,相关协议等(视不同项目具体情况而有所不同);

    2)理解研发设计的架构及设计思路,并考察开发设计是否满足业务需求;

    3)Review技术方案时,考察是否满足易维护性,易扩展以及对性能和安全的要求,并且在关键业务出现异常时是否添加报警等,而这一点也是大多数从事功能测试的同学最易忽略的。

     

    测试思维

    如果要特意区分用户思维和架构思维的话,在测试过程中,就要额外关注:以严谨的测试设计方法覆盖需求功能点及代码分支,具有场景思维和对异常情况的考察。对此我们可以细化总结为以下几点:

     

     

    1. 逆向思维

    比如我们经常需要对接口做测试,通过输入验证输出,如果我们使用各种输入都无法得到接口设计中某一种输出的情况时,就需要从输出来逆向推导输入,另外比如验证一些异常情况,接口需要返回一些error code,使用正常手段是肯定不能得到的,就需要为了出现该error code借助环境及工具来模拟。另外,我们在分析很多问题时,同样也离不开逆向思维。

     

    2. 组合思维

    比如软件在多用户,多进程,多次执行等情况下,都可能出现意想不到的缺陷,甚至对于复杂的业务场景,在对同一份数据进行操作时,不同子业务并行执行情况下,都有可能造成数据上的错误,特别是对于与核心数据有关的业务上(如money),是否添加行级锁都是需要测试到的,同时,不同业务不同的操作顺序,组合方式下,不同的维度等都有可能出现bug。

     

    3. 全局思维

    即能把握整个项目的多个方面,多个团队的任务及分工,整体的数据流及业务流,从全局思考是否满足业务需求,这其实并不只是说对于需求的评审,更多的是关注上下游相关联的系统或接口等,凡是涉及跨团队开展的工作,一定就需要更多的沟通协调,很明显的就体现在对业务理解不正确,接口定义有误,具有全局思维的人更能在大型项目中游刃有余,体现其leader的潜质,毕竟做leader就需要关注本部门之外其他部门都在干些什么,以备能做出对大局有利的决定。

     

    4. 两极思维

    即站在事情的两个极端来考虑,比如数据上的无穷大与无穷小,在数据存储上,数据库层面字段设置为int与bigint所支持的数量级是不一样的,基于**,如果存在超过int的长度的数据,那么在存储上以及代码中,都需要做相应支持,否则就只会显示到该类型的最大值了,而且在业务层面也经常有两个极端的情况,比如商家入驻开店,很多时候都只是考虑到开店该怎么做,却忽略关店的情况。其实在边界值用例设计方法中也用到了两极思维模式。

     

    5. 简单思维

    简单思维表现在很多方面,比如经常非常严重的bug都可能是犯了一个很简单的错误引起,在处理测试环境时经常出现无法正常访问,也许可能只是磁盘空间满了而已或者一个简单的配置不正确引起,在日常工作中这样的例子非常多,我们也要善于一层一层剥开问题的现象,找到其本质,就好比剥洋葱一样,不要一开始就把问题想的过于复杂,往往事情并没有那么复杂。

     

    6. 比较思维

    比较思维其实贯穿在我们整个测试生涯中,测试本来也就是一种验证,根据实际结果跟预期结果对比。而且我们在平时工作排查问题时,也有非常多需要去对比的,比如配置文件的差异,环境的差异引起的不正常结果,此外,我们也通过svn中代码diff的差异来明确改动的范围制定回归策略。还比如在做一些前后两个版本吐出的数据差异时,页面显示差异时,都可以使用diff的思想来开展自动化的工作,大大提高效率

    ——————————————————————

    最后给大家推荐一个学习资料分享群(574253227),里面大牛已经为我们整理好了许多的学习资料,有自动化,接口,性能等等的学习资料!

    展开全文
  • 小公司如何做好软件测试

    千次阅读 2012-12-30 17:06:51
     我是一名测试人员,我来看问题的切入点往往都是从测试方面入手,关于软件测试在此不做过多论述,有测试就有测试部门,测试团队大一点的测试部门有测试经理,下属还要分很多项目部门;小一点的团队就是一个老大带着...
    首先,我们要确定一个小公司的范围,公司的规模上是如何划分的我不去研究,那不是我的职业,这里我说的小公司是按照一种狭义上的划分,是人们根据常理可以推断出公司的一些情况来说的,比如说看见小公司字样,首先人们会想到规模小,人数少等等。当然,这只是常理,通常来讲是这样的,不是绝对的,这个世界也没有绝对的事情。所以,当我对别人的观点表示不能理解或者不认同别人的说法,我不会说别人是错的,我会去找到根据来说明对方的说法不全面或不符合实际;还有一种可能就是在我找根据的过程中发现原来我的观点也没有我想象中的好。篇首说这么多只为引人接下来我的对于测试的一些个人看法,和大家交流
    学习

      如上所述,通过这个小公司的概念来推断出这个公司的测试部门会不会小,小或不小不是从部门人数上来看的,如果有一个一百人的测试团队,你会认为这个团队小吗?至少从规模上看蛮大的。但是,如果这个团队是微软的,是测试window 8 的项目组,这个团队大吗?从工作上来看这些人要以一抵十,甚至拿一当百。今天说的不是公司的大小,也不是部门人数的多少,而是公司在资源紧张的情况下做项目,要如何提高效率,降低成本。与其说小公司,不如称之为小测试,所谓小测试指测试规模上、测试范围上、测试深度等多方面综合来看

      我是一名测试人员,我来看问题的切入点往往都是从测试方面入手,关于软件测试在此不做过多论述,有测试就有测试部门,测试团队大一点的测试部门有测试经理,下属还要分很多项目部门;小一点的团队就是一个老大带着几个小弟,忙前忙后,流程规范一点的做起测试还有章可依,流程差一点,就不多说了,总之效率极其低,人力资源浪费严重,开发周期延期,公司项目成本偏高。如果研发体系的效率低,那么效率低的问题就不仅仅存在于测试部门,想要提高效率要从源头去抓起,去疏导捋顺。在这个过程中测试部门是一个重要环节,因为理论上测试涉及到整个项目的各个阶段。

      对于测试部门来说,首先要明确部门职能,哪些工作属于范畴内的,哪些工作不是测试部门应该做的,从“量”上来保证效率;其次要注重测试部门整体水平的协调,整体成员测试技能的提高,从“质”上来保证效率。

      接下来再说一说测试部门的老大,为什么叫老大呢,因为很多公司对于测试领头人物的称谓有很多,比如经理、总监、主管等等,主管是测试部门的灵魂,是开展测试工作的核心,一个合格的测试部门主管应该既有工作能力,还要有极强的领导能力,这二者相辅相成。许多测试管理者是从技术部门进到管理阶层的。尽管他们有可能受过很多测试或软件工程的培训和指导,但他们还是很难经常从失败和错误中学到管理技巧。作为一个管理者,你有两项基本工作:找出为你工作的最好的员工并且建立一个能够使员工完成工作的环境(使他们最好地完成工作)。关于领导力的问题在此不做赘述,着重谈一谈一个合格的测试主管工作上应该具有的能力,最近在论坛上面看到网友说的管理者应该具备的八项能力,说的不错,给大家介绍一下。

      1、领悟能力:做任何一件事以前,一定要先弄清楚上司希望你怎么做,然后以此为目标来把握做事的方向,这一点很重要,千万不要一知半解就开始埋头苦干,到头来力没少出、活没少干,但结果是事倍功半,甚至前功尽弃。要清楚悟透一件事,胜过草率做十件事,并且会事半功倍。

      2、计划能力:执行任何任务都要制定计划,把各项任务按照轻、重、缓、急列出计划表,一一分配部属来承担,自己看头看尾即可。把眼光放在部门未来的发展上,不断理清明天、后天、下周、下月,甚至明年的计划上。在计划的实施及检讨时,要预先掌握关键性问题,不能因琐碎的工作,而影响了应该做的重要工作。要清楚做好20%的重要工作,等于创造80%的业绩。

        有了一个好的领导,我们这些小员工应该做些什么呢?工作!做测试,每个人有自己的工作方式方法,都有自己对于职业的一种态度。与大家分享一下朱少民先生对于软件测试的三种境界的论述。

      第一境界:测试和人是分离的。测试仅仅是一份工作,做测试是被动的,测试工作往往停留在表面上,别人说什么就什么,容易受产品设计人员、开发人员等左右。虽然也会学习一些软件测试知识,但不够深入,不会主动多问自己几个“为什么”。测试过程中很难发现缺陷,发现的缺陷也是比较肤浅的缺陷。发现了缺陷后,也只是报告出来,不会追究下去,不会举一反三。也不会主动配合开发人员工作------挖掘缺陷产生的根本原因。

      第二境界:测试和人靠得比较近。喜欢测试,测试工作中有很强的主动性,开始钻研测试的方法。测试过程中,理解用户的需求,从用户需求出发来指导自己的测试,对实现的功能有自己的理解,不再被开发工程师左右。测试过程中,针对性更强,善于思考,能够采用不同的测试手段来完成测试任务,包括使用测试工具、开发测试脚本来执行测试,提高测试效率。

      第三境界:测试和人融合在一起。把测试视为自己的一生事业,全身心致力于测试,真正理解了测试真谛。测试不再只是发现缺陷,而是对产品质量的评估,发现产品产生的根本原因,帮助整个开发团队预防缺陷。在工作中,主动和产品设计人员讨论用户需求,帮助开发人员建立设计规范、代码规范,督促开发人员遵守规范。建立良好的自动化测试框架,不仅使测试工作更轻松、有趣,还能助开发人员的单元测试一臂之力。利用业余时间钻研测试,重新思考现有的软件测试思想,树立一套自己认可的思想体系,努力在测试方法上有所创新。这时候,测试不仅出现在工作中,而且出现在生活中,碰到任何一个产品,都会不自觉地检查它,找到它的不足。对生活的任何现象,都有一种审视的态度,一种积极的看待问题办法,包括提出如何改进产品的建议。生活还是乐观、积极的,而不是抱怨、挑剔,只是看待问题的角度不同,或不会错过任何“测试(审视)”的机会。

    展开全文
  • 做好软件测试的一些关键点

    千次阅读 2006-07-07 09:40:00
    1.测试人员必须经过测试基础知识和理论的相关培训。2.测试人员必须熟悉系统功能和业务。3.测试必须事先要有计划,而且测试方案要和整个项目计划协调好4.必须事先编写测试用例,测试执行阶段必须根据测试用例进行5....
    1.测试人员必须经过测试基础知识和理论的相关培训。
    2.测试人员必须熟悉系统功能和业务。
    3.测试必须事先要有计划,而且测试方案要和整个项目计划协调好
    4.必须事先编写测试用例,测试执行阶段必须根据测试用例进行
    5.易用性,功能,分支,边界,性能等功能性和非功能性需要都要进行测试
    6.对于复杂的流程一定要进行流程分支,组合条件分析,再进行等价类划分准备相关测试数据
    7.测试设计的一个重要内容是要准备好具体的测试数据,清楚这个测试数据是测哪个场景或分支的
    8.个人任务平均每三个测试用例至少应该发现一个BUG,否则只能说明测试用例质量不好
    9.除了每日构建的冒烟测试可以考虑测试自动化外,其它暂时都不要考虑去自动化
     
    展开全文
  • 如果做软件测试并希望做得很好是否需要考研? 看完这条留言的那一瞬,一个人影从我的脑海中一闪而过,偶定睛一看,不是别人,正是那极度自恋、文字和言语都充满激情,被称为“一枝芙蓉压海棠”的半大老头——“芙蓉...

    今天又收到一份留言,留言的是一位署名为“琰”软件专业的大三女生,正困惑于毕业后应该考研还是应该工作?如果做软件测试并希望做得很好是否需要考研?

     

    看完这条留言的那一瞬,一个人影从我的脑海中一闪而过,偶定睛一看,不是别人,正是那极度自恋、文字和言语都充满激情,被称为“一枝芙蓉压海棠”的半大老头——“芙蓉叔叔”徐小平。汗~

     

    回复,还是不回复?偶的内心作了一番简短的思想斗争,因为偶几年来一直保持着邮件和留言必答复的良好传统,但是唯独有一类邮件和留言偶不做明确的回复,就是“考研,还是工作”。现在偶又一次站在了距离岔路口0.00001厘米的地方,偶必须选择两条错误的路中的一条:要么说几句废话,表示自己没有资格指导别人做出重大的选择,只要自己多多努力哪条路都通向罗马;要么就像徐大叔一样用被激情渲染过的文字、慷慨激昂的去误人子弟,然后静静的等待着鲜花和臭鸡蛋。

     

    这一次,是恶魔战胜了天使,偶选择了后者——偶不如地狱谁入地狱,徐大叔,俺来陪你了~~~

     

    书归正传。还是来说说做好软件测试工作到底需要还是不需要考研吧。

     

    其实偶貌似没有资格讨论这个话题,因为偶能拿的出手的学历就是一个大专,还是医学专业的,没有尝试过考研,当然也不知道考研能对我的人生会有多么大的影响——如果有人有兴趣,偶但是可以谈谈改行对偶人生的影响。偶想偶还是吃过猪肉的,虽然没有见过猪跑。所以,姑且让偶用自己还算过关的智商和逻辑分析能力来肢解一下这个问题,陈述一下偶方的观点。

     

    如果做软件测试并希望做得很好是否需要考研?这个问题似乎根本不用回答了,偶就是一个最好的例子 ^_^

     

    偶并不是反对考研,而是反对那些致力于往应用性学科方向发展的同学考研,例如软件开发、软件测试、项目管理……这些都是要在现实世界的项目泥潭中摸爬滚打才能锻炼的出来的,而不是靠跟着那些远离人类社会、做些垃圾项目还把你当驴使唤的导师(注:不泛指所有的计算机专业研究生导师^_^)可以学到的。

     

    有两种情况考研是应该被赞同的:

     

    1.              大学四年实在是没有好好学,到处找不着工作,也知道自己错了不该大学的时候两年星际一年魔兽专业课老师都没有认全,so 只好考研,再锻炼锻炼,再学习学习,争取经过两到三年的努力可以让自己重新成为一个可以对社会有贡献的人。最不济,也有个进入名企、外企的敲门砖,进去以后好好努力,亡羊补牢,追赶一下自己已经错过的青春,三五年之后一样是条好汉。如果你是这样,偶先赞一个:是条汉子!

     

    2.              专业或学科限制,必须要考研才能得到进一步的发展。例如偶,如果还留在医学的海洋中,想继续往基础医学方面发展——就选神经解剖方向吧,那就得考研,只有这样才能名正言顺的做自己的研究。不然,偶弄俩死人在家里大卸八块,虽然是以学术研究之名,但是最终难免是铁窗和精神病院两种结局。又或者,偶工作在一家规模很小的医院,想进一步提高自己的医疗水平,可是小地方病种单一,而且病例数量也少,而偶想去大医院学习人家也不随便收啊,所以考知名医学院校的附属医院或者大医院的导师便是一个可以考虑的途径了。不过我想,大多数人在家里装几台电脑、甚至搭个局域网,练练编程、搞搞网络,只要你不当黑客攻击国家重要部门的网站或者让自己可以打电话上网不花钱,应该不会有人找你的岔吧。你要是非说你研究的课题只能在国家重点实验室中耗资数十上百万才能开展那就又另当别论了。

     

    有人说“我考软件测试方向的研为了提高自己的水平,为了以后更好的发展”。弄张文凭方便以后的发展倒是还靠谱,说为了提高自己的水平你蒙谁呢?也许我孤陋寡闻,还真是没有见过读研三年之后水平比工作三年高的。倒是有不少放着原来好好的 developer 不做白搭上三年时间又学了一遍OOP、数据库、操作系统外加政治教育后,被进一步抹杀了创造力出来接着做 developer 还狂难找工作的。而当初一起出差熬夜的兄弟如今都是 PM 了还巨多行业和项目经验。

     

    你要是真觉得现在的企业学不到东西了,真想进一步提高自己的水平或者往高了走,就踏踏实实的花上三五个月的时间把自己以往的工作好好梳理梳理做做总结,特别是专业技术方面和行业经验方面,看看自己哪里不足赶紧补课。然后到各大专业论坛网站狂发帖,多写点的确能代表最先进的技术、代表最先进的理念和代表个人行业资历的文章,多结识些同行,多参加些各种行业内社团组织的活动——比如像广州、上海、北京的软件测试交流会,刻意的宣传自己,用各种方面吸引到大众的眼球,猎头们会把你刨出来放到更有利于你发光发热的地方去的。考研,还是算了吧。

     

    你说有了导师可以让你的研究和提高事半功倍?也许吧,你真的碰到了传说中的那位导师。不过偶更相信在网络的海洋中畅游会让你用更低的成本学习到更多的东西,因为毕竟你的导师也不是汽车人霸天虎百变星君,在计算机这个行业中你遇到的实际问题总是有很多是你的导师回答不了的,这个时候你依靠的是网络,是Google注意不是Baidu),是各种专业的网站、论坛,是你认识的圈内同行,是你自己。进了计算机这个行业就注定了要一辈子不断的学习、不断的研究,难道你的导师可以一辈子代表先进性随时指点你?如果你觉得起步艰难,请去努力结识一些行业内经验丰富又愿意与人交流的同行,这要比你上个研究生成本低的多。虽然你不能打着“我是XXX徒弟”这样的招牌找到一份让人羡慕的工作,但是也总比找个弄假CPU糊弄群众的导师顺便葬送了自己前程好的多吧。

     

    你说考软件测试方面的研究生和其他的专业不同?嗯,也许吧。我从去年开始已经收到过不止一封邮件声称自己是软件测试方向的研究生想找人帮忙写毕业论文的了——他们三年前开始研究软件测试的时候偶也刚从开发转到测试不久——其他专业的暂时还没有收到。回头等我调查调查行情,哪天要是我真改行了还要各位考了研并且是软件测试方向的同行照顾照顾生意 ^_^

     

    不过话说回来,当今社会,还有啥比考研更难的?大把有能力、有毅力、有魄力、有活力的“优质”青年,为了考个研,愣是从青春活力耗到了胡子拉碴,从貌美如花折腾成了芙蓉姐姐——此处偶绝无以芙蓉姐姐作为反面教材的意思。同志们啊,既然你是一个“四有新人”,同样的时间和精力为什么不去做点比考研更有意义的事情啊?是,也许你大学刚毕业找不到一个非常理想的工作,工资也不高,可是你只要把考研过程中的那份激情保持三年,你能想象到你三年后是什么样子吗?但是你考了研,我就可以告诉你三年后你在软件测试方面无论是技术还是经验都比不过你当年的同学了。也许当年你的同学只是进了一家规模不大的私营企业,但是如果你又很不幸的毕业以后进不了名企或外企,没准你就得和你同学在同一家公司共事而且他是leader你是member你还得拿着和三年前一样的工资,这还不算你三年研究生的学费、培养费、答辩费、送礼费。

     

    考研并不是不好,但是一定要“理性考研”,在考研之前想明白自己到底想要的是什么,是否可以从这次考研的炼狱以及之后的三年研究生生活中得到自己想要的。比如偶有一个朋友90年代中期开始从事IT行业,如今早就做到了质量部经理的职位,但是两年前同样考研,为了啥?他们班上几乎全是珠三角地区各大IT企业的研发部经理、测试部经理、质量部经理或者副总老总诸如此类的人物,两年同学下来结成的庞大的人脉绝对值回票价了。

     

    假如想做好一个软件测试工程师,重要的不外乎是专业知识和行业经验外加职业化的做事方法、做事态度。如果大学期间够努力,那么那些专业知识也学的差不多了——大学没好好学的现在努力还不晚,工作以后再根据工作环境中的实际需要继续加深,不断总结,注意行业经验的积累,一定是可以越做越好的,除非你故意不用心几年后回来证明我今天写的这些都是在误人子弟。而所谓的职业化的做事方法、做事态度,也不过是强调要有责任心、要积极的面对工作,并从实际经验中总结出各种方法来不断的改善工作的效率和效果。这方面早些开始锻炼要比晚锻炼好,因为的确是需要以年为单位的时间来积累的,当然如果你进了一个好的企业可以加速这个过程。

     

    一个有研究能力和科学素养的人并不是非要考上了研究生才能开始自己的研究的,特别是计算机这种日新月异和实践性极强的学科。看看偶这个极好的例子,虽然偶当初迈入这个行业时也曾经因为计算机基础薄弱而忐忑不安了许久,但是当偶发现随着自己的不断努力可以胜任越来越多的工作后,一切怀疑和不自信都烟消云散了。

     

    MM,偶尚且可以如此,以计算机软件为专业的你不觉得自己可以做的更好吗?把握住你最后在校的一年多时间,扎扎实实的学好你的专业课和英语,再恶心的教材和老师也要坚持学完学好,为的是对得起爹娘辛苦挣来的学费——当然将来你也会发现这些恶心的课程也还是很有用的。平时要注意利用各种业余时间去接触外界的同行,了解行业的发展情况,提早开始多了解一些相关的专业知识,自己有电脑就搭个环境来实践各种从书上或者网上学到看到的各种新奇有趣的东东。不要担心一开始走错路会浪费时间,用心体会和总结,踏出的每一步都不会浪费的。

     

    偶还有最后一句话:学好英语毕业后进外企,能正儿八经进去就别做外包的,能进欧美独资的就别进港台的。

     

    展开全文
  • 软件测试中如何做好系统测试我一直感觉系统测试总像马拉松总是测试不完,什么时候上线,什么时候算终点。虽然提交客户了,可是对于质量仍然心里没底,对于测试的效果没有评价的依据。后来经过高人指点,终于领悟到至...
  • 软件测试中如何做好系统测试我一直感觉系统测试总像马拉松总是测试不完,什么时候上线,什么时候算终点。虽然提交客户了,可是对于质量仍然心里没底,对于测试的效果没有评价的依据。后来经过高人指点,终于领悟到...
  • 问:软件测试的原则? 答:https://blog.csdn.net/weixin_30363263/article/details/102986878 问:你在测试中发现了一个 bug ,但是开发经理认为这不是一个 bug ,你应该怎样解决。 1、将问题提交到缺陷...
  • 软件测试中如何应对不明需求做好测试在日常需求的测试过程中,因为时间和资源的相对紧张,往往会遇到PRD不够细致,而UC描述也过于简单的情况,这个时候会让经验不够丰富的测试人员有种无从入手的感觉。其实由于...
  • 做好软件测试设计,排除“近忧”过度测试会造成测试成本上升,而测试不够又会造成项目中遗留某些重要缺陷。但针对于某个特定的软件项目量身定做相应的软件测试方案是需要足够的技术能力和实战经验的。在软件测试活动...
  • 软件测试学习最新课程 附完整视频+工具,本课程强调了软件设计开发相关知识对于做好软件测试工作的重要性,将软件设计开发工程中的重要阶段的重要方法植入软件测试课程体系中,培养学习者既懂得开发,又精通测试的...
  • 软件测试的认识总结

    2014-01-29 13:56:13
    对软件测试的概括总结,包括各个测试阶段的简介和测试流程图,做好软件测试 工作的关键是什么,如何编写有效的缺陷报告,可以让菜鸟对软件测试有个基本的理解认识
  • 软件测试面试题(含答案)

    万次阅读 多人点赞 2021-03-01 15:15:38
    软件测试面试题(含答案)
  • 无论是要理解测试,还是做好软件测试,都要抓住这7个核心问题: 1. 测试选择标准与测试充分性 (终⽌原则) 测试选择标准是选择测试集或确定⼀个测试集是否满⾜指定目标的方法。测试充分性标准可以用来决定何时测试...
  • 软件测试的八个原则

    千次阅读 多人点赞 2019-11-09 14:37:37
    软件测试的八个原则 所有测试的标准都是建立在用户需求之上 始终保持“质量第一”的觉悟,当时间和质量冲突时,时间要... 软件测试计划是做好软件测试工作的前提 测试用例是设计出来的,不是写出来的 ...
  • 软件测试计划编写,列出了需要编写的内容和语言规范,是新手的好向导
  • 软件测试&软件测试工程师

    千次阅读 多人点赞 2016-07-08 15:58:01
    起源: 最近在面试软件测试工程师方面的工作,今天在整理整理一下关于软件测试这方面的知识点。 一、 测试工程师: 1、 国内定位和发展前景: 测试工程师,软件质量的把关者,工作起点高,发展空间大。我国的...
  • 软件测试工程师经典面试题

    万次阅读 多人点赞 2018-10-27 23:55:52
      软件测试工程师,和开发工程师相比起来,虽然前期可能不会太深,但是涉及的面还是比较广的。前期面试实习生或者一年左右的岗位,问的也主要是一些基础性的问题比较多。涉及的知识主要有MySQL数据库的使用、Linux...
  • 阐述了如何做好测试工作、如何管理测试、以及如何澄清有关软件测试的常见误解。
  • 软件测试工作是软件产品成功上线的基本保障,做好软件测试是软件开发人员必备的综合职业素质
  • 软件测试笔试面试题目完全汇总

    万次阅读 多人点赞 2019-03-06 13:29:37
    1、软件测试的流程 2、web测试和APP测试的区别 仅仅从功能测试的层面上来讲的话,在流程和功能测试上是没有区别的。那么区别在哪里呢? 由于载体不一样,所以系统测试和一些细节可能会不一样。 那么我们就要先...
  • 软件测试

    千次阅读 多人点赞 2017-03-08 20:23:36
    软件测试的对象包括:程序、数据、文档。目标程序和源程序都属于程序。 软件系统的主要测试内容及技术接口与路径测试 功能测试 健壮性测试 性能测试 用户界面测试 信息安全测试 压力测试 可靠性测试 安装/反安装...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 112,575
精华内容 45,030
关键字:

如何做好软件测试