精华内容
下载资源
问答
  • 软件测试心得

    2020-12-08 16:55:24
    软件测试心得 一、软件测试行业里工作类型的划分 有的公司按照是否涉及代码测试划分:黑盒测试工程师、白盒测试工程师 有的公司按照测试类型的不同划分:App测试、web后台类的测试、服务端 也有按被测语言种类区分的...

    软件测试心得

    一、软件测试行业里工作类型的划分

    有的公司按照是否涉及代码测试划分:黑盒测试工程师、白盒测试工程师
    有的公司按照测试类型的不同划分:App测试、web后台类的测试、服务端
    也有按被测语言种类区分的:java测试、.net测试、python测试
    甚至有的公司完全不区分测试,无论测试什么都是一个全能人在测~

    二、软件测试后期规划

    1、有人说做测试这一行不知道后期到底要做什么,要向哪方面发展??
    其实细细划分,无非测试人员就这几种,有的人刚刚毕业或者手头缺钱的时候,从事了测试这一行,至于后期也不打算在这一行发展的,可能以后大部分想从事一些文职类/招聘类/甚至外卖类的工作;
    2、还有一部分类,比较喜爱测试行业的,可能自己爱琢磨点小代码,后期估计顺其自然的向着自动化或者接口测试方面发展了吧;技术型测试
    3、另外也就还有一部分,估计是大部分女生测试的想法吧,后期转向管理层,这样既能顾家,也能工作赚钱养家;不过即使向着管理层发展,也要补足自己的技术知识,最起码要了解各种技术的基础知识,以及培养自己管理方面的才能,这样才能慢慢的像管理层发展啊~

    三、枯燥乏味的软件测试

    有人认为:测试工作乏味、枯燥、繁琐、可有可无。。。其实他们说的也并不是一点道理都没有,测试确实枯燥乏味,且步骤繁琐,一个click事件,可能就要点击很多次,来来回回的测试;一个小功能需要重复测试很多次,即使一个服务的发布,一个mq消息的崩塌都会导致整体的功能受到一定程度的影响,从而一遍一遍的整体测试。不过虽然枯燥乏味,但是一个公司的产品的上线也离不开测试这一个环节啊,毕竟研发人员只是代码技术比较强,但是他们不清楚测试流程,测试规范啊,然而也不清楚一个产品的质量如何是达到产品的要求;产品呢?术业有专攻,产品只觉得功能实现了就可以了,至于其他的bug是否影响上线流程也并不是太清楚,哈哈,所以啊测试还是不可或缺的一个工作岗位~

    展开全文
  • 软件测试感想总结 软件测试工作是一个系统而复杂的工程软件测试的目的就是确 保软件的质量确认软件以正确的方式做了你所期望的事情所以工 作的主要任务是发现软件的错误有效定义和实现软件成分由底层到 高层的组装...
  • 软件测试心得体会

    千次阅读 2016-05-25 14:05:48
    软件测试心得体会 软件测试心得体会一:软件测试心得体会 软件测试在整个软件周期中的重要性,它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。...
    软件测试心得体会
    软件测试心得体会一:软件测试心得体会

    软件测试在整个软件周期中的重要性,它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重,能主导整个项目的走向,成败与否全在于开始阶段的决策。
    体会一:软件测试的真正意义在于发现错误,而不在于验证软件是正确的。
    再严密的测试也不能完全发现软件当中所有的错误,但是测试还是能发现大部分的错误,能确保软件基本是可用的,所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论,故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。
    体会二:在系统性能测试方面需要重视。
    经过这次培训中多个案例的讲解,让我了解到系统在上线之后会有很多不能预知的性能问题,需要在上线之前实现进行模拟,以规避风险,包括大数据量访问,高并发数等等。
    当然也有很多应对手段,没有哪种手段可称为最完美,只有最合适的,需要灵活掌握,综合运用以达到最优程度,这是个很值得研究的领域。
    下面是本人的几点想法:
    想法一:加强系统上线前的性能测试。
    目前我们在项目建设过程中对性能压力测试的重视程度还不太高,厂家也很少有雇佣第三方的测试机构。而是在现网进行试用,遇到问题再解决,可能会产生滞后问题,影响客户使用。希望以后能在性能测试方面提高重视程度,加大人力投入,以保证系统上线后能够稳定运行。
    想法二:适当介入相关项目研发
    对于快速响应这块,我们不能一味依赖厂家,而希望自己就能快速响应,及时将问题解决。这也是一个比较长远的问题,需要加强研发力量的投入。
    我个人是做开发出身,有此类经验,当时是在客户现场,因为了解系统内部结构,能够在第一时间排查解决客户所反馈问题。
    现在系统完全由厂家开发,很难了解内部结构,或许会造成后期维护困难。所以,是否应该针对某些项目介入厂家研发工作,比如请厂家提供源代码等相关要素,以增进维护人员对系统的了解。
    最后再次感谢公司提供的平台,感谢领导的信任,让我有机会得到更深层次的学习以及展示自己能力的机会,我也会尽我所能来完善工作的系统,提高整体工作效率,为南方电网的发展建设提供更坚实,优秀的支撑服务平台。




    软件测试心得体会二:软件测试工作的心得体会(1197字)
    接触计算机程序设计已经快7年了,从事专门的软件测试也快四年了,强子也是在阴差阳错中踏入软件测试领域,一开始只想做一个特牛的程序设计师,可是毕业后找工作却找了个软件测试的工作,在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心,也是由于那时我们这个业务刚成立不久,由于表现还不错所以一个阴差阳错的机会被升为team leader,到现在也还在同一家公司做着测试的工作。
    先讲讲做manager的一些体会,其实具体做什么事真的不是那么重要,关键是做事的方法,做人的章法,特别是对一个manager来说,方法比技术更重要,真的是这样,当然我也很喜欢研究技术,技术能让我找到更多的自信和成就感,但是面对着手下一帮兄弟姐妹,一个人的技术就显得有些力不从心了,这个时候得把你的知识share给大家,当然形式多种多样,比如写一份文档,做一个正式的training,给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点,一定不能说“我不知道”,作为一个头,如果你真的不知道,那你得想办法通过一些手段与员工一起把这个问题解决了,坚决不能说“我不知道,你自己看着做吧“等,本来员工是很尊重你的,这些话将直接导致其鄙视你。
    另外就是做头的,特别像咱这种中低层的头,不像中高层的领导,咱们考虑事情的角度不一样,当这种小头儿的最重要的两件事:把事情做对做好,与员工打成一片。首先得确保把事情做对咯,然后带领大家朝着这一个对的方向前进进而把事情做好,在99%的时间里,你是和你的兄弟姐妹们呆在一起而不是和老板,所以这个过程中的与员工的关系一定要融洽且单纯,不能让员工对你有隔阂感,经常一起吃饭,摆摆龙门阵,唠唠家常,开开玩笑,不要摆架子,在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类),这就像个村官一样,小样的,还真把自己当回事儿呢?
    做开发还是做测试?很多人讨论甚至争吵,强子认为之所以会有这样的问题是因为中国还没有把软件行业普及好,大家还停留在江民时代,求伯君时代,认为做开发的才是牛人,才有前途。而事实上,现在的软件是一个系统工程,缺开发,缺测试,缺文档都不行,都可能直接导致失败,谁最牛?强子认为写文档的人最牛,那咱们都去写文档?不过从强子面试的很多人当中来看,还是有更多的人愿意做开发,这不能不说是一大遗憾,强子无能,也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样,也是一门深不见底的大学问,咱以后慢慢讨论。
    关于项目管理,这又是一门大学问,强子在这几年当中也经历过无数次的版本更新,版本发布或者一些内部的项目,对项目管理略知一二,有空时强子自会附上一些体会。我想项目管理最本质的一点:保护项目团队,保护项目经理,去除杂音。项目经理这活,不好干,要职位没职位,要资金没资金,做好了皆大欢喜,做不好就卷铺盖走人,挺难,不过咱有咱的方式方法,怕啥?




    软件测试心得体会三:测试分析心得体会(896字)
    在支付宝测试分析的角色和系统分析的角色是对应的,只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发,测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上,觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的,用例是用例执行人员来写并且执行的)。
    而通过这次的这次分析觉得自己的测分还存在以下的问题:
    1、太关注开发的内部实现逻辑。建议:将开发内部实现逻辑看成一个黑盒子,测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题,而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
    2、分析文档写的过于详细,甚至将用例的步骤都写了出来。建议:测试分析要从全局上去看问题,细节的东西即便是知道的,也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样),这样后面的人才会自己主动去想问题。
    3、分析文档要考虑维护性问题,不要出现类似比如还款中状态为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档,所以如果侧分这么写很有可能导致用例也照着这么写,其实不管侧分和用例都不应该具体写到R这么细节,否则的话开发稍作变动我们就要相应变动我们的用例
    4、没有明确测试目的。review用例的时候,没有提出每个用例需要明确一个测试目的,让别人来看这个用例的时候能明白到底是怎么回事。
    总结:
    1、以后写测试分析文档,依据仅仅是prd文档,必须抛开开发实现逻辑部分(即不去看系分文档),待测分出来之后,再去看系分文档,互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
    2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析,细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分,其实还少了对整体流程的关注,需要增加业务流程的各条路径的一个覆盖,在针对路径的用例中不需要关注到数据库表级那么细。
    3、在做流程路径覆盖之前应该画一个路径图,这个图的画法考虑各个入口的不同分开画流程图,分别进行路径覆盖。




    软件测试心得体会四:软件测试实训小结(765字)
    大三的时候,一次计算机等级考试,由于考c,数据库,都没过,就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题,就拿下了一个四级证书。当时想的是,这都行,水分有点大吧……
    本来想找一份网站开发的工作,技术不够硬,一直在北京飘着飘着啊。通过一个学姐,得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门,因为我现在刚开始写测试用例,还没有真正的融入到团队中去。
    实习生,直接领导给我安排了一个实习计划,严格按照实习计划执行。首先就是看公司软件的手册,要了解产品,知道软件的基本操作流程,不会了就问带我的师傅。就这样学了一个礼拜,不同于用一款软件,在用的过程中要去思考,这个功能为什么有,这个功能要实现什么。忘了说了,现在产品做的是功能测试,比较简单,所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果,具体操作、实现软件的一些功能,然后就几个主要的功能点以及一些需要特别注意的关键词,给我做了详细的讲解。
    然后给我了两个功能界面,让我写一些测试用例,开始感觉没什么可写的,这两个功能实现起来很容易的。第一天试着写了几个,然后拿给师傅看,因为不知道从哪方面入手,虽然看了一些以前的测试用例,但是亲手写还是第一次,所以有些拿不准。
    就这样,写了几天的测试用例,一个功能点一个功能点的细分。写的差不多了,就开始看一些技术类的博客,尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西,对比自己写的测试用例,看看是不是满足要求。就这样自己一点一点的修改。
    其实压力还是蛮大的,由于要测试的系统需要测试多个不同的数据库,以及不同的操作系统是软件的执行,而我只懂一点的msql,对linux一窍不通。所以有了各种学习目标,但是还是没有清晰的目标。努力吧,既然踏入了这个行业,就要努力的去汲取知识,不断学习,不断进步!




    软件测试心得体会五: 软件测试实训小结(2123字)
    本着对IT业的憧憬,走进了中城泰信(北京)信息技术有限公司,我在公司所从事的工作是软件测试,在真正投入到工作之前,我在网上查询了许多测试员的相关要求,了解了作为一个测试人员必须耐心,细心和平和的心态,他的目标是尽可能早一些找出软件缺陷,提高产品的质量,降低维护的成本,尽可能的达到客户的需求。
    软件测试员的一个基本素质是:打破沙锅问到底。另外还必须具备探索精神,有创造性,追求完美,判断准确,老练稳重,强的说服力以及受过编程方面的教育等素质,同时也还必须是个故障排除能手,等等。还没看完就发现自己离这些要求真的好远,更进一步认识到自己必须要全心全意投入工作,虚心请教,一切都得从头开始。另外,测试并不是单纯意思上的机械的"测试",它首先要求对产品非常熟悉,不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求,根据客户的要求来测试,看看产品是否能达到他们的要求。而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。
    公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品,在真正的投入到测试这个工作之前,我们首先该做的就是熟悉产品,而最最直接的途径便是查看说明书,刚开始每天都是打开电脑,看产品说明书,重复的看,本以为看几遍就都记住,但是到公司进行考核的时候,才发现原来自己真的什么都没有掌握,第一次考核不及格,虽然具体的分数没有看到,但是那份心情,却使自己始终无法忘怀,也更让自己认识到要虚心的,按部就班的好好熟悉产品,要做到对产品耳熟能详。在我实习期间公司给北京市自来水集团负责查表税费稽查等系统,它主要应用是水费的业务管理。对于我们来说,它是一个全然陌生的产品,老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。当时听了吓一跳,一个对于我们来说全新的产品,一天就要全部掌握而且要测试出它尚存在的问题,这似乎很不可能,而且也有点不相信自己有这样的能力。但是一天下来,我们竟然可以从什么都不懂,到熟练的掌握。并且也完成了一些简单的测试,发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成,不过老板并没有责怪我们,只是让我们明天接着做,听了心里有些安慰。因为本以为他会大发雷霆呢。
    那一天对于我来说最大的收获便是,要相信自己,不要被没有去真正实践的事情而吓倒,其实如果你真的去尝试,你会发现一切都没有你想象的那么难,只要你努力,没有什么不可以。最后在我们的努力下,共用了不到三天的时间,熟练的掌握了的白板的操作,对它的界面、功能、性能等做完了全面的测试,及时做了总结,反馈给北京的公司,让他们对存在的错误做了修改,而且我们还协助老总教会了销售人员,以便他们能够在11月29日 的会议上能够熟练的操作,把产品展现给自来水集团的工作人员。后来听说得到了很大的反响,公司同事听了都非常的高兴,想想那两天的班算是没有白加。
    实习结果几个月的实习下来,让自己走进了一个全新的领域,开始了自己真正的工作生涯。实习无所谓结果而言,更确切的说,它是一个开端,一个让自己学会成长的地方,当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上,我都感觉到了有很大的提高。首先,在工作技能上,因为从事的是测试工作,对于自己来说是一个全新的概念,一切都是从头开始的,而更需要自己的努力、耐心和细心。这些都是自己欠缺的,但是在工作了这几个月后,真的发现自己有了很大的改善。虽然离真正的软件测试人员的要求还有很大的距离,但是自己一定会努力,向着自己的目标前进。其次,在为人处事方面,也让自己成熟了许多。虽然不能用语言来描述,但是确实可以从生活中的点点滴滴感觉得到。
    经历使人成长,只有真正的经历过,才可以让自己真的成熟起来,要想真的出人头地,好的为人是前提。四、实习总结说来自己真的算是很幸运吧,我应聘的职位是软件测试员,当初在大家包括我自己的眼里都认为软件测试的要求非常高,而且似乎有一种可望不可及的感觉,但是当自己真正的接触了这个行业之后,发现其实并没有那么的高不可攀。不过后来发现自己所从事的,并不是真正意义上的软件测试,只是一种"手脑"测试罢了,不过虽然如此,但依然学到了很多,尤其是对计算机的硬件知识和底层操作有了更深的一步了解。还记得刚刚走入公司的时候,感觉很奇妙,一切都是那么新奇,那么陌生,不敢随便讲话,凡事都小心翼翼的,这对于性格开朗的我来说,简直到了折磨的程度,不过幸运的是很快就跟所在部门的同事混熟啦,公司虽然很小,但是工作的氛围却非常的轻松。
    也许大家都是年轻人,且都是刚刚进入社会不久,所以有很多的共同话题,在工作之余,和同事之间的关系相处的很融洽,完全化解我当初的煌煌不安。总之,通过这次实习,确实让自己成长了许多。在实习期间,我学到了许多东西,遇到了一些困难,也看到了自己本身存在着许多问题。在测试时要想使自己的测试更加周全。总会遇到这样那样的问题,当前的软件的功能日趋复杂,不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够,缺点疏漏。需再加以刻苦钻研及学习,不断开拓视野,增强自己的实践操作技能,为以后能做好测试工作而努力。
    展开全文
  • 软件测试心得体会 下面简单谈谈我的几点体会 体会一软件测试在整个软件周期中的重要性 它存在于整个项目周期在项目开始之初需求调研的时 候就开始了在形成需求规格说明书的时候就需要针对文档 进行测试这个环节在...
  • ERP软件测试心得

    2007-07-11 14:07:56
    ERP软件测试心得,
  • 第一篇关于软件测试的心得体会 软件测试心得体会精选5篇 关于软件测试的心得体会 虽然一如继往地写读书笔记笔墨也浪费了不少但真正坐下来利用大段的时间将自己的思路理清还没有过因为最近有了一定的时间,更因为狠狠...
  • . 1. 软件质量保证包括 软件质量管理方法 有效的软件工程技术方法工具 在整个... 软件测试定义 软件测试是使用人工或自动手段来运行或测定某个系统的过 程检验是否满足规定需求或者弄清预期结果与世纪结果之间的差别
  • 金融软件测试心得

    万次阅读 2018-06-08 14:19:22
    在上海进入了一家P2P公司,从事金融软件测试近1年,金融软件测试与其他软件测试有不同的之处,如下:   第一:金融软件的测试算法是测试的核心,验证测试数字在不同的场合条件下,一定要保证数据的准确性。   ...

    在上海进入了一家P2P公司,从事金融软件测试近1年,金融软件测试与其他软件测试有不同的之处,如下:

     

    第一:金融软件的测试算法是测试的核心,验证测试数字在不同的场合条件下,一定要保证数据的准确性。

     

    第二:与外部存管银行的各种接口数据的准确,稳定,安全。

     

    第三:金融软件在整个业务过程中涉及到很多合同相关的内容的测试,合同上甚至连一个文字,一个空格都要测试到。

     

    第四:运营报表,整个数据是给老板看的一定要保持计算和统计数据的准确性。

     

    第五:和其他软件测试流程一样,保证业务的逻辑要正确无误。

     

    亲身经历总结:金融软件的测试难度明显要大于其他类型的通用软件,中赢金融的姚昌峰博士所预言的那样,与银行相关的接口在上线初期一定是重灾区。

    展开全文
  • 篇一软件测试课收获和体会 软件测试课学习心得 1204013031许院生12计本3班 这个学期我学习了软件测试这门专业课程在学期即将结束的时候我也对这门课程建立基本的了解和理解软件测试这门课程作为软件工程专业中一门很...
  • 第一周上软件测试的课,也是第一次接触软件测试,在课上对软件测试有了初步的了解。 首先,软件测试是什么?  软件测试时旨在评估程序或者系统的属性或能力,判定它是否满足要求的结果。 软件测试是通过观察和...

    第一周上软件测试的课,也是第一次接触软件测试,在课上对软件测试有了初步的了解。

    首先,软件测试是什么?

      软件测试时旨在评估程序或者系统的属性或能力,判定它是否满足要求的结果。
      软件测试是通过观察和实验来为利益相关者提供有关产品或者服务的测试信息。
      软件测试时贯穿于产品的整个生命周期,旨在通过使用测试用例来测试软件行为和性能的一系列活动。包括需求和文档。

    为什么需要软件测试?

      在课上,老师举了两个例子。一个是广州约1500辆安装了华港牌计价器的出租车突然“打不了表”,事因计价器被“闰年虫”咬了一口。另一个是F-35软件项目“大到不能倒”。

    通过这两个例子,我们很好的理解了软件测试是为了:

      管理软件的开发过程
      更好的设计,编制软件
      掌握软件测试的原理和方法,提高软件可靠性

     通过这一次课之后,掌握了软件测试的一些基本概念,希望在之后的课程里,能够继续深入的了解软件测试,已明白对于软件测试,我们到底需要做什么,需要怎么要理解软件测试和软件测试用例。

    转载于:https://www.cnblogs.com/cocomue/p/4338037.html

    展开全文
  • 软件测试心得之一

    2016-09-17 20:53:19
    从明天开始,就要转入开发部门做软件测试,对于我来说,这是一个全新领域,我不知道将来结果如何,我能做的就是按照测试要求,认真作好测试相关任务,具体是什么任务,我也不知道,只能上班后才能知道,我也不知道我...
  • 软件测试心得之二

    2016-09-20 21:25:08
    这两天一直在看之前已经设计的Test Case,看着还算是简单,但不知道是根据什么来设计的,感觉使一些软件的...另外,从今天开读《软件测试》这本入门书籍。 转载于:https://blog.51cto.com/thinclient/1854668...
  • 网友软件测试心得

    千次阅读 2012-08-27 11:33:34
    软件测试人员应该居安思危 每当经济不好,公司业绩不好的时候,公司都可能进行裁员。 首先裁的就是测试人员。 因为测试人员的技术水平相对来说比较低,容易被替代,招起来也比较容易。 公司往往先拿测试人员开刀。 ...
  • 软件测试心得之四

    2016-09-23 07:57:20
    今天接受Linux组有关网络Test Case的培训,了解以前不知道的技术细节,但是本来计划看完分配的Case没有完成。根据这几天的学习和了解,发现run case不是很难的事情,但是最终结果如何,还要看看实际操作。...
  • 软件测试心得之三

    2016-09-21 21:50:30
    今天看了一些Test Case和之前同事分享的知识,感觉没有什么收获,明天一定要把所有Test Case看完,后天在自己电脑上run一些windows上的Case。 转载于:https://blog.51cto.com/thinclient/1855185...
  • 这是敝人在Android系统下基于所负责的实际程序初调研的测试经验,希望对新入职测试人员有所帮助,也供大家交流
  • 经过8周的学习,软件测试这门课(貌似是倒数第二门专业必修)华丽丽滴结束啦。 测试课结束啦,但是我们对于测试的学习其实是永无止境的。那么我就来简要总结下这门课上自己学习到的内容吧。 一.黑盒测试VS白盒测试...
  • 对于软件产品的测试习惯,我是这样的(文采不好,请见谅) 第一步需要进行单元测试,就是很简单的新增修改删除查看,检查各个字段的取值方式是否正确,检查是否能正常保存,在操作错误的情况下,会不会出现一些...
  • 软件测试实习心得体会 篇一软件测试心得 软件测试感想总结 软件测试工作是一个系统而复杂的工程软件测试的目的就是确保软件的 质量确认软件以正确的方式做了你所期望的事情所以工作的主要任务 是发现软件的错误有效...
  • 软件测试实习心得体会 篇一软件测试心得 软件测试感想总结 软件测试工作是一个系统而复杂的工程软件测试的目的就是确保软件的质量确认软件以正确的方式做了你所期望的事情所以工作的主要任务是发现软件的错误有效...
  • 软件测试用例心得

    2021-03-23 15:35:35
    软件测试用例心得软件测试关于测试用例如何编写,测试组做过培训,当然以后也会继续,这几天集中精力在做UEM8.0R6的系统测试用例的走查,发现一些小的问题,总结如下:1、期望结果中含执行步骤。期望结果即输出。...
  • 软件测试方法研究及软件测试学习心得软件测试方法研究及软件测试学习心得

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,184
精华内容 473
关键字:

软件测试心得