2021-12-30点击量：224

在汽车行业对软件开发重视的当下，不少从其他行业加入的，那熟悉ECU软件测试流程就是必要的了，另外对于一直在行业深耕的开发或测试人员，梳理一下测试流程也是有必要的。接下来我们以常用的V模型开发流程为线索，列举实例来说明。01.需求编写假如现在我写了一个系统需求，也就是图1中的“TechnicalSafetyConcept”:(PS：所有的TechincalSafetyConcept都是系统级需求，不是软件需求)系统需求：自适应巡航功能只能在30公里到120公里每小时之间激活.[ACC-SysReq001]；并且一旦退出后不可再自动激活[ACC-SysReq002]。简单起见，我们先看第一条需求，并把这条系统需求写成软件需求：软件需求：当以下条件满足时，ACC功能状态设置为READY[ACC-Req001]:车速大于或等于30kphAND车速小于或等于120kph.当满足以下条件时，ACC功能状态设置为SUPPRESSED[ACC-Req002]:车速小于30kphOR车速大于120kph.在软件设计文档中，也就是图1V模型中的ArchitectualDesign里可以写：DesignRequirementAcc_ActStshallequaltoREADYif:SafeVehSpdisgreaterorequalto30kphANDSafeVehSpdislessthanorequalto120kph.Acc_ActStshallequaltoSUPPRESSEDif:SafeVehSpdislessthan30kphORSafeVehSpdisgreaterthan120kph.到这里，以上就是一个最简单的需求demo。根据这个需求，你通过几行代码来实现。假设使用C来写，在原有的C文件acc.c中加入了：if((SafeVehSpd>=30)&&(SafeVehSpd...

2021-12-30点击量：142

1，当你是一个项目的的测试负责人的时候，你有没有过质问过项目成员为什么没测试出某个具体的bug，或者因为某人没有测出bug而直接责备他？2，当你提升了测试覆盖率的时候你有没有发现产品的bug数量其实没有发生变化？3，你有没有在发布之前花费了大量的时间去进行测试却最终发现一无所获，而发布之后bug却不期而至？4，开发可以测试他们自己的代码吗？5，bug真的是发现的越晚修复成本就越高吗？6，你有没有过以不按套路出牌的方式来进行软件的测试，并称之为“探索性测试”？7，你是否需要通过QA活动来提升产品质量？真相1：测试并不能找出所有的bug很不幸这是真的，没有任何一种测试方式可以保证找出所有的bug。一些测试活动跟直接上手点点点相比确实效率要低一些，所以我们可以不用那么关注测试的类型，相反我们要做的是选择合适的测试类型并综合使用，从而以最少的工作量打到较好的效果。（比如ui的自动化测试如果要做到非常复杂那么将花费相当大的开发和维护成本，但没有ui的自动化，每轮测试都靠人肉点来点去也不现实，所以比较合适的做法是一些稳定的核心路径可以用ui自动化去实现，平衡投入产出比，用较少的工作量达到效率最大化）当有人抱怨为什么测试没有发现某些问题的时候麻烦提醒他们：测试确实没有办法保证一定会发现某些特定的缺陷。我们会经常复盘测试的漏测情况，很不幸，这是落后的想法，这就像是在魔术揭秘了之后再马后炮的说其实这个戏法很简单，很容易被识破一样。事后做漏测复盘并不是一个有效的分析手段。永远不要责备测试工程师，他们并没有写出bug，相反，他们一直在努力找出开发过程中引入的缺陷。没有什么是完美的，测试同学在接受现实的同时也需要记住千万别立flag，因为测试不可能发现所有的bug。真相2：测试覆盖率与测试的效果几乎没有相关性是的，你没有看错。我们已经有足够的科学证据表明，增加单元测试覆盖率不一定会提高我们测试套件发现bug的效率！也许是时候关注与测试相关的内容而不是正在测试的代码量了。（这里作者的原话是Wealreadyhaveenoughscientificevidencetosaythatincreasingunittestcoveragemaynotnecessarilyincreaseyourtestsuiteeffectivenessinfindingdefects!直译过来就是单元覆盖率的提升并不会提升测试套件发现缺陷的效率，说实话，我觉得单元测试覆盖率跟测试中发现bug的效率本来就没有什么关系，覆盖率代表的是代码被测试的程度，而发现bug的效率指的是时间和产出的关系，发现bug的效率高并不代表着产品的质量就好，反之亦然。不过看下文引用资料时的描述，我们可以看到作者的举证基本上都透露了一个信息，那就是单元测试覆盖率与bug的数量之前没有太多的关联，换句话说就是并不是单元测试覆盖率越高，产品的质量就越好，因为产品的质量好一般意味着可被观察到的bug相对少，而bug又跟单元测试覆盖率无关。这里为了严谨，作者的引用我就不做翻译了。）1.*A.Mockus,N.Nagappan,andT.T.Dinh-Trong,“TestCoverageandPost-verificationDefects:AMultipleCaseStudy,”Proc.3rdInt’lSymp.EmpiricalSoftwareEng.andMeasurement(ESEM09),2009,pp.291–301.*Thecorrelationbetweencoverageanddefectswas**noneorveryweak**.Moreover,theeffortrequiredtoincreasethecoveragefromacertainlevelto100%increasedexponentially.2.*M.R.Lyu,J.Horgan,andS.London,“ACoverageAnalysisToolfortheEffectivenessofSoftwareTesting,”IEEETrans.Reliability,vol.43,no.4,1994,pp.527–535.*Qualitativeanalysisfound**noassociation**betweenthedefectsandcoverage.3.*B.SmithandL.A.Williams,ASurveyonCodeCoverageasaStoppingCriterionforUnitTesting,tech.reportTR-200822,Dept.ofComputerScience,NorthCarolinaStateUniv.,2008,pp.16.*Theresults**didnotsupportthehypothesisofacausaldependency**betweentestcoverageandthenumberofdefectswhentestingintensitywascontrolledfor.4.*L.BriandandD.Pfahl,“UsingSimulationforAssessingtheRealImpactofTestCoverageonDefectCoverage,”Proc.10thInt’lSymp.SoftwareReliabilityEng.,1999,pp.148157.*Theresults**didnotsupportthehypothesisofacausaldependency**betweentestcoverageandthenumberofdefectswhentestingintensitywascontrolledfor.5.*P.S.Kochhar,F.Thung,andD.Lo,“CodeCoverageandTestSuiteEffectiveness:EmpiricalStudywithRealBugsinLargeSystems,”Proc.IEEE22ndInt’lConf.SoftwareAnalysis,Evolution,andReengineering(SANER15),2015,pp.560-564.*A**moderatetostrongcorrelationwasfound**betweencoverageanddefects.However,the**coveragewasmanipulatedandcalculatedmanually**.6.*L.InozemtsevaandR.Holmes,“CoverageIsNotStronglyCorrelatedwithTestSuiteEffectiveness,”Proc.36thInt’lConf.SoftwareEng.(ICSE14),2014,pp.435445.*A**weaktomoderatecorrelation**wasfoundbetweencoverageanddefects.Thetypeofcoveragedidnothaveanimpactontheresults.7.*X.CaiandM.R.Lyu,“TheEffectofCodeCoverageonFaultDetectionunderDifferentTestingProfiles,”ACMSIGSOFTSoftwareEng.Notes,vol.30,no.4,2005,pp.1–7.*A**moderatecorrelation**wasfoundbetweencoverageanddefects,butthe**defectswereartificiallyintroduced**.Thecorrelationwasdifferentfordifferenttestingprofiles.8.*G.Gayetal.,“TheRisksofCoverage-DirectedTestCaseGeneration,”IEEETrans.SoftwareEng.,vol.41,no.8,2015,pp.803–819.*Coveragemeasureswere**weakindicatorsfortestsuiteadequacy**.**Highcoveragedidnotnecessarilymeaneffectivetesting**.真相3：测试工作量呈指数增加许多消息来源指出，测试人员会在测试活动开始时发现更多缺陷，而在结束时发现缺陷则更少。有迹象表明，为了找到下一个缺陷，增加覆盖率和执行测试的工作量呈指数增长。在论文“TestCoverageandPost-verificationDefects:AMultipleCaseStudy,”(A.Mockus,N.Nagappan,andT.T.Dinh-Trong,Proc.3rdInt’lSymp.EmpiricalSoftwareEng.andMeasurement(ESEM09),2009,pp.291–301.)中透露：将覆盖率从某个水平增加到100%所需的努力呈指数增长。根据“Implementingautomatedsoftwaretesting:Howtosavetimeandlowercostswhileraisingquality.”(Dustin,E.,Garrett,T.,&Gauf,B.(2009).PearsonEducation.),的阐述：软件可靠性模型表明，随着在测试中投入更多时间，每单位时间发现的缺陷数量呈指数减少。真相4：开发者偏差如果开发人员在开发阶段直接把一个需求理解错了，那么他写出来的代码就是错的，对于测试人员来说情况也一样。如果开发同学直接忘记在代码中处理某些情况，比如特定的条件验证，那么他也很可能不会记得对这种场景进行测试。为了避免这种情况，开发人员可以互相测试彼此的代码，但他们最好不要测试自己的代码，这就是所谓的交叉测试。在没有设计任何测试用例的情况下，开发同学还是可以测试自己的代码的，这样就可以尽可能的避免一些先入为主的偏差。测试驱动开发可能会降低开发忘记做某事概率，但不会减少误解某些需求的概率。真相5：晚期发现的缺陷可能不会花费更多来修复这上面的数字可能是有水分的，LaurentBossavit是巴黎软件咨询公司CodeWorks的敏捷方法论专家和技术顾问，他在github上的文章“Degreesofintellectualdishonesty”就透露了这些信息可能是被捏造出来的。在一篇名为“Aredelayedissueshardertoresolve?Revisitingcost-to-fixofdefectsthroughoutthelifecycle”(Menzies,T.,Nichols,W.,Shull,F.etal.EmpirSoftwareEng22,1903–1935(2017)https://doi.org/10.1007/s10664-016-9469-x)的论文指出：没有发现任何证据表明在代码投入生产后进行缺陷的修复需要花费更长的时间。论文“WhatWeHaveLearnedAboutFightingDefects”(ForrestShull,VicBasili,BarryBoehm,etal.,Proceedingsofthe8thInternationalSymposiumonSoftwareMetrics(METRICS‘02).IEEEComputerSociety,USA,249.2002.)中，作者指出：修复某些非关键bug的成本在整个生命周期阶段几乎保持不变（项目早期平均1.2小时，项目后期平均1.5小时）。不过很多的研究都在度量定位错误和修复bug的工作量，那么他们忽略了什么？回归测试：在发布之前我们要进行频繁的回归，为了验证某些重要的bug已经被修复了，我们就需要一次又一次的对主流程甚至是大部分的逻辑进行回归测试，这显然是很巨大的工作量；机会成本：在项目的晚期发现问题的时候，很多人往往会将bug排到下一个版本或项目，这很可能导致项目延期交付；企业商誉成本：企业可能会被罚款，客户可能会亏钱，用户体验自然也就不好。2020年12月，游戏《赛博朋克2077》因发售时出现诸多技术问题而从索尼商店下架。索尼提供全额退款。随后，开发商CDProjektRed宣布对PS4和Xbox玩家进行退款。在投资者电话会议上，CDProjektRed表示“与恢复公司声誉相比，《赛博朋克2077》修复的成本“无关紧要”。该公司的股票已从2020年12月的每股31美元跌至2021年6月的每股10美元。bug并不是在代码中引入的。比如在项目的初期做技术设计的时候就存在缺陷，或者需求本身就是个bug，那么越晚发现灾难就越大。因此，虽然发布后修复代码错误的工作量可能不会增加那么多，但早期修复bug可以节省大量精力、金钱和麻烦。真相6：探索性测试需要流程和文档很多人认为如果他们对产品做一些无法预料结果的操作，比如在表单胡乱输入并且提交，那么他们就是在做探索性测试。其实探索性测试并不意味着你要对系统或者产品做一些特别的事情，它往往意味着我们需要了解系统是如何真正工作的，并且与普通的功能测试同时进行。换句话说探索性测试可以（并且最好应该）得到现有文档的支持，例如需求文档和设计文档。这里的区别在于探索性测试的测试用例不是预先编写好的。探索性测试可以脚本化，一旦发现问题就可以把bug记录在案，然后可重复执行的脚本又可以在后面的测试过程中反复使用。（比如探索测试时可以使用浏览器自带的录制功能，发现bug之后就把录制好的脚本保存下来，给后面的回归测试使用，chrome现在已经自带了录制能力了）。测试用例仍然应该使用边界值分析、等价类划分等技术来设计。我们没有理由设计一些随机的测试用例，因为它们在检测缺陷方面可能不具有成本优势或有效性。真相7：改进流程中的非质量保证活动可以提高产品质量（这里原文的论述我实在是没弄明白并且找不到合适的数据支持，所以就简单的粘贴英文版本了）A2009studyinBrazil(inPortuguese)involving135softwaredevelopmentorganizationshadtheircapacitytoidentifyandfixdefectsincreasedbyimprovingtheirprocesses.ThesecompanieswerepartofaBraziliansoftwareprocessimprovementprogramcalled“MPS.Br,”wheretheyshouldadheretoasoftwareprocessimprovementmodel(theMPSModel).Thismodelhasstages,and58ofthesecompanieswereinthefirststage,wheretheywererequiredtoimprovetheirProjectManagementandRequirementsManagementprocesses.Whileit’sunclearwhythishappened,wecanreasonablyexpectthatprojectsthatidentifytherightpeopletoparticipateintheteam,trainingneeds,andproperbudgetandschedulewilllikelyhavethepeople,thetime,andotherresourcestoimprovequality.奖励关（有趣的事实）：百慕大计划好吧，这是一个有趣的，但没有解释的事实，它可能真的不起作用。百慕大计划是更快完成项目的战略名称。将团队的一部分派往百慕大（即，将他们从项目中移除），项目会更快完成。它被认为是对布鲁克斯定律（Brooks’slaw）的回应（对软件项目管理的一种观察，根据该定律，“在延期的软件项目中增加人力会让项目交付的更慢一些”）。那么，如果您移除人员，项目是否应该进行的更加迅速？根据我的经验，加入团队的每个新人都会占用一个老人工作时间的1/3左右，直到新人们逐渐提高生产力。因此，踢走最近加入的人可能真的会提高工作效率。如果团队中有太多冲突，它可以起作用的其他原因是：移除与团队目标不一致的人可能会对团队有所帮助。如果团队中有太多人，那么沟通开销可能会大到足以阻碍生产力。在这种情况下，拆分团队可能效果很好（这在技术上与从项目中移除人员不同）。否则，移除人员只会降低团队在短期内的输出。无论如何，我只是在分享百慕大计划，因为谈论它总是很有趣。本文由培训无忧网长沙牛耳教育课程顾问老师整理发布，希望能够对想参加长沙软件测试培训的学生有所帮助。更多软件测试培训课程信息可关注培训无忧网电脑IT培训或添加老师微信：15033336050...

2021-12-30点击量：196

1前言本文介绍了一些测试工具，它们可以帮助我们快速、有效地交付。Tricentis主导的一项全球调查为我们提供了几个有关测试趋势的重要观察。趋势表明，团队倾向于使用功能测试，这可以理解，但是手动测试也将保留下来。怎么选择测试框架？这有一些标准：相对快速和方便设置（或开箱即用的解决方案）支持社区或开发者自己可以为其框架提供支持有清晰而全面的文档与其他工具充分集成有一些很酷的功能，例如代码可重用性支持在多个平台和环境进行测试2Selenium（功能测试）Selenium诞生于2004年，它已经逐渐成为QA工程师的必备测试工具。它在GitHub上有近20000Star，是市场上最受欢迎的功能测试工具之一。一般来说，Selenium是一个涵盖几种工具的生态系统：SeleniumWebDriver、SeleniumIDE和SeleniumGrid。Selenium核心特性跨浏览器和跨平台测试多种测试语言（Python、Java、C＃等）高度可调整的开源代码并行运行测试Selenium亮点特性具有详细文档和庞大支持者社区的开源工具最新更新Selenium4（拦截网络流量、Chrome浏览器调试协议等）3Ranorex（功能测试）Ranorex是一款端到端的功能测试工具，具有自动超时处理、动态网页元素识别和内嵌页面对象映射。Ranorex核心特性跨浏览器和跨平台测试具有回归、数据驱动、关键字驱动测试选项扩展的、详细的报告可用于真实及模拟iOS和Android设备的自动化测试Ranorex亮点特性GUI对象识别，非常适合黑盒测试最新更新对于失败的测试进行智能修复4PractiTest（探索性测试）PractiTest本来被定位为应用生命周期管理方案的一体化工具，即该工具提供了手动和测试自动化管理选项。但是，最令人感兴趣的部分是探索性测试功能。PractiTest核心特性测试用例管理问题状态管理可定制的仪表板，并附有详细报告可重用的测试数据结构从运行中可自动提交bug与其他工具集成：Jira（云、数据中心、服务器）PractiTest亮点特性直观的探索性测试的趋势跟踪最新更新数据项目演示导入导出的可追溯性5LoadNinja（负载测试）LoadNinja是一个性能和负载测试框架，用于诊断API和UI性能问题。LoadNinja具有内置的TrueLoad技术，与传统的按协议进行的性能测试相比，该技术可使测试终端用户体验的速度提高60％。LoadNinja核心特性数以千计的在真实浏览器上的用法测试脚本的录制和回放问题实时诊断LoadNinja亮点特性使用RESTAPI和自定义CI/CD插件进行自动化负载测试最新更新对于手动停止的测试可下载CSV报告可以对录制页面与回放页面进行比较6Optimizely（UI/UX）Optimizely是一个强大的UI/UX测试工具，可以对网站或者应用中重新设计或实现的新特性进行演练测试。该工具主要用于在推出新特性前验证变更，以减少失败的风险。Optimizely核心特性A/B测试构建及运行顺序测试新功能FDR错误控制借助snippets轻松集成到代码中Optimizely亮点特性使用API控制实验，并可随时监控统计信息和实验结果最新更新OptimizelyAgent将框架部署到所选的基础设施提供者7SonarQube（安全性测试）SonarQube是一个安全性测试工具，可在代码审查期间提供代码库漏洞检测和协助。SonarQube核心特性多语言覆盖（27种编程语言）可疑代码段检测与GitHub、GitLab、AzureDevOps、Bitbucket集成SonarQube亮点特性对代码热修复有详细漏洞描述最新更新JavaScriptSAST分析和AzureDevOpsServer集成对于C++的支持更强8Cucumber（验收测试）Cucumber是一个行为驱动的开发测试工具，用于增强终端用户的体验。Cucumber涵盖几个产品：CucumberOpen（可执行的规范验证）、CucumberStudio（BDD协作平台）和CucumberSchool（培训和教程）。Cucumber核心特性与源代码控制系统集成对不喜欢编码的人来说，这是一个非常合适的框架对客户来说容易理解，是一种语法简单的Gherkin语言大量面向业务的文档兼容多种语言，包括Java和PythonCucumber亮点特性使用行为驱动开发最新更新CucumberStudio：BDD的协作平台9SoapUI（API功能测试）一种功能模拟测试工具，主要使用数据驱动方法，提高了测试覆盖率。SoapUI核心特性用于公共或第三方API的安全性测试脚本化测试创建使用“虚拟用户测试”工具进行API性能测试详细全面的报告SoapUI亮点特性虚拟化模拟和API预发布测试最新更新APIExplorer，一种API响应的即时调试器10TestNG（单元测试）TestNG是基于Java的单元测试工具，受非常流行的工具NUnit和JUnit启发。与NUnit和JUnit相比，TestNG具有更加强大的功能，使其成为集成和端到端测试的多功能工具。但是，它还是最适合于单元测试。TestNG核心特性多线程测试执行数据驱动的测试支持使用JDK方式提供日志和运行借助IDE插件或使用了build.xml的ApacheAnt，从而得以灵活执行TestNG亮点特性并行测试：具有多种可用方法和策略的大线程池最新更新通过回调支持测试重试可以禁用通过SPI加载的强制侦听11MantisBT（手工测试）MantisBT是一个开源的缺陷记录工具，专门为QA工程师和测试人员而设计。它提供本地和托管的安装环境，并支持所有运行PHP的平台（Windows、Linux、Mac）。MantisBT核心特性内置报告选项从时间跟踪工具到聊天工具的多样化集成适用于台式机和移动设备与您选择的插件兼容多DBMS和多语言库支持MantisBT亮点特性具有可跟踪进度的路线图工具，可用于发布计划最新更新完全兼容PHP8.012QA工程师可能用到的其他工具Jenkins这是一款领先的CI工具，可以成功地运用于实时测试代码库变更。它还是一个可以整合到测试过程中并使某些关键过程自动化的好工具。GitHubGitHub是成百上千万开发人员使用的版本控制存储库。许多QA工具可以链接到GitHub帐户，以便自动记录报告缺陷。例如，当使用GitHub进行缺陷跟踪时，您可以在其他测试工具上运行手动测试。TextShortcodeTmux是一种流行的虚拟终端复用器，用来管理一个终端窗口中运行的多个终端会话。您可以将它们与一个终端分离，然后将这些会话附加到另一个终端上，并使用命令行界面，而不必将它们从一个会话中转储并启动另一个会话。它类似于GNUScreen，但不同之处在于它经伯克利软件发行（BSD）授权许可。https://www.gnu.org/software/screen/?fileGuid=gRrcHdyDyVX6TVGX13结论每个月都会出现新框架，而且现有框架也在不断地演进。希望这份清单可以帮你选出合适的测试工具。本文由培训无忧网长沙牛耳教育课程顾问老师整理发布，希望能够对想参加长沙软件测试培训的学生有所帮助。更多软件测试培训课程信息可关注培训无忧网电脑IT培训或添加老师微信：15033336050...

2021-12-30点击量：213

功能测试的自动化工具，除了之前介绍的单元测试工具、接口测试工具，还有一大类工具——就是今天要介绍的基于UI的功能测试工具，它主要是通过操控UI元素（如菜单、按钮、图标、文本框、列表、对话框等）来驱动系统事件发生，并查看系统的表现（主要是UI表现，如屏幕验证、新的GUI元素的显示、UI元素大小和位置的改变、文字及其排列、可用性条件和数据完整性等）作为验证点来完成。基于UI的功能测试工具常常有录制和回放功能，能够录制UI的操作过程，即捕获到键盘&鼠标操作并记录下来，然后在之后回归测试中再通过回放之前录制的过程来验证原有功能是否正常。但人们更希望写结构化的自动化脚本，再演化为关键字驱动脚本和数据驱动脚本，这样有利于脚本的复用和维护。再继续演化，不是简单的“自动录制操作过程”，而是依赖于基于模型的测试（MBT）和AI技术来构建测试模型生成测试脚本，或录制操作过程生成操作路径，这样就形成一类新的UI测试工具——无代码的功能测试工具，可以参考之前发表的文章：2020年软件测试趋势报道：无代码化的测试自动化。基于UI的功能测试工具很多，由于篇幅所限，不能一一介绍，像大家特别熟悉的Appium、AutoIT、Selenium/Watir、TestComplete等工具就不介绍了，有些工具在接口测试、嵌入式软件工具中介绍过的，这里也不重复介绍，如KatalonStudio、Squish等，而我们把重点放在比较流行、有特点的工具上，也会倾向于成熟的开源工具等。像RobotFramework、Cucumber等属于BDD测试框架，也不在UI功能测试工具范围内，所以最终选择下列十大工具：1.CypressCypress是面向web的、端到端的、开源的自动化测试工具，在github的star数目前已经是35.2k+，可见深受广大测试人员的欢迎。Cypress能够随意调整页面访问窗口的尺寸、自动重新加载测试、自动等待等，可以实时看到有多少个测试通过或是没通过，并且具有良好的可调试性，像chrome的DevTools一样直接调试，可以快速的追踪到出错栈，可以在测试运行中自动存储视频以及出错时候截屏存储，鼠标滑过命令行时可以看到这个命令行执行时的动画。官方站点：https://www.cypress.io/开源代码：https://github.com/cypress-io/cypress2.LambdaTestLambdaTest是领先的跨平台、跨浏览器测试自动化工具之一，可在基于云的Selenium网格上针对桌面、Android和iOS移动浏览器进行Selenium自动化测试。它还集成了开发者工具，有助于在实时测试中调试问题，LambdaTest与JIRA，Asana，Github，Trello，Slack等项目管理工具集成在一起，从而轻松地与CI/CD流水线集成。官方站点：https://www.lambdatest.com/3.MaveryxMaveryx是一种具有开拓性的功能自动化UI工具，为广泛的桌面和Web技术提供了功能UI、数据驱动和关键字驱动测试能力。Maveryx获取正在运行的应用程序用户界面的快照，并借助内置强大的智能对象识别引擎以标识要自动测试的UI元素，所以测试人员不需要创建/维护对象库、UI地图等；也可以使用关键字驱动的框架，以EXCEL格式创建复杂的测试。Maveryx是一个Java和C#库的集合，可以从Eclipse和VisualStudio等IDE中导入项目，而且Maveryx测试可以从命令行运行，这样任何CI服务器（如Jenkins）更容易集成/触发Maveryx构建的回归测试，支持CI/CD。官方站点：http://www.maveryx.com/4.KobitonKobiton也是一种面向移动应用的、低代码或无脚本技术的测试工具，可以在各种移动设备、针对不同技术的应用来验证UI和用户体验，甚至可以实现自动自我修复测试脚本，并完全支持Appium,Selenium,XCUI,Espresso，集成到所有的CI/CD平台上，最终确保获得良好的深度和广度的测试覆盖。官方站点：https://kobiton.com/5.RanorexStudioRanorexStudio是一个商业化的WindowsGUI测试自动化工具，全球有4000多家公司使用它来测试桌面、web和移动应用程序。对于初学者，它的使用也简单，可以使用无代码的点击式界面和有用的向导，但它也适合资深的自动化测试专家，有很强的功能，如可靠的对象标识（即使对于具有动态id的web元素）、可共享的对象存储库和可重用的代码模块、可定制的测试报告、并行运行测试（支持seleniumGrid）等，能与Jira、Jenkins、TestRail、Git、TravisCI等工具集成。官方站点：https://www.ranorex.com/6.SahiProSahiPro可以说是唯一的低代码测试自动化平台（其实不是），以简单而稳定的方式识别跨技术的元素，执行鼠标、键盘和触摸操作，支持Web、桌面、移动、Webserivce等。SahiPro的技术消除了对语句的等待，甚至对不一致的页面加载也不需要，从而使测试很稳定。SahiPro。SahiPro甚至可以在具有动态ID的应用程序上工作。能够使用内置的业务驱动测试自动化（BDTA）框架，支持并行执行和在不同的机器上分发测试。官方站点：https://www.sahipro.com/7.SikuliXSikuliX是一个基于图像识别的、开源的UI测试框架，可以针对Windows、Mac或一些Linux/Unix的桌面计算机屏幕上能看到的任何东西实现自动化测试，因为它使用由OpenCV驱动的图像识别来识别GUI组件，而无需了解隐藏着GUI下面的程序内部信息。除了在屏幕上定位图像外，SikuliX还可以运行鼠标和键盘，与确定的GUI元素进行互动，并带有基本的文本识别（OCR），可用于搜索图像中的文本。官方站点：http://sikulix.com/8.Subject7Subject7涵盖Web、移动应用、桌面、数据库、WebService（REST/SOAP）、负载测试（有负载生成引擎）、安全测试（主动或被动安全检查）等测试，它利用AI-enabledXPath生成引擎和NextGenRecorder和无代码网络界面实现了真正的无代码自动化，加速了测试的编写和维护，并通过并行的云端执行进行能力的扩展，Subject7平台通过一系列命令提供了端到端的测试自动化功能。这些命令可通过易于使用的Web界面使用，隐藏了诸如Selenium、Appium、SikuliX、JMeter、ZAP等行业标准软件包的复杂性，但也可以在UniversalRunner中直接使用现有的Selenium、Appium、SikuliX、JMeter、ZAP脚本。它也容易集成到JIRA，Jenkins，GitHub或任何DevOps平台中，以实时持续测试。官方站点：https://www.subject-7.com/9.TelerikTestStudioTelerikTestStudio是基于Windows的商业软件测试工具，带有VisualStudio插件，将无代码和基于代码的自动化功能融合在一个直观的用户界面中，使任何人都可以使用它进行自动化测试。它有直观的测试记录器，支持跨浏览器和智能混合元素检测，可以实现Headless浏览器测试（可用于ChromeHeadless，并能以完全无代码的方式加以利用），大大减少测试执行和提高测试的稳定性，并支持支持OCR的PDF验证、数据驱动的测试、集成调度和远程测试执行和CI/CD集成，支持JavaScript、HTML、ASP.NET、Ajax、Silverlight等各种技术。官方站点：https://www.telerik.com/teststudio10.TestsigmaTestsigma是一款基于云端的、支持测试左移的、以AI驱动测试的自动化平台，为Web、移动应用以及RESTful服务等各种应用的测试服务。功能测试人员可以轻松地使用自然语言编写出简化的测试脚本，并通过可重用的步骤组合和集中对象存储库，从而最大限度地提高了测试代码的重用性。Testsigma能够与各种开源的或第三方工具相集成，为持续测试提供所有必需的功能，如数据驱动测试、跨浏览器测试、可重用性测试套件、测试计划与数据管理、电子邮件与Slack通知、并行测试执行、集中对象/元素存储库、综合报告、与CI工具的集成、以及自动化Bug报告等。官方站点：https://testsigma.com/本文由培训无忧网长沙牛耳教育课程顾问老师整理发布，希望能够对想参加长沙软件测试培训的学生有所帮助。更多软件测试培训课程信息可关注培训无忧网电脑IT培训或添加老师微信：15033336050...

2021-12-30点击量：216

岁月是把杀猪刀悄咪咪地架在我们的脖子上我们这些别人眼中的“老司机”一直行走在IT行业的测试老鸟已经/正在/即将踏上35岁的尴尬年龄面临前有强敌，后有追兵的复杂境况所以你身边35岁以上的测试员，现在都在干嘛？面对这样的灵魂拷问总是有人欢喜有人忧……来看看他们的答案，找到自己要走的路！@享受现在“25和35有区别吗？反正你都得拼了命的找bug，除了赚钱请别跟我谈别的”@曾经的王者，现在的青铜“作为高考精英进入了测试这一行，让我有了很强的优越感。然而IT行业日趋迅猛，长江后浪推前浪，35岁的测试员如果想凭学历和经验站稳脚跟不太现实，技术更新迭代太快了，终会被年轻人碾压。”@趁年轻，一定要足够优秀“不拼搏，枉少年！在20来岁的黄金年纪，瞄准目标，奋力一搏。一定要优秀过，才配得上自己最初选择的职业。我这不是心灵鸡汤，纯粹经历感悟，加倍努力才能毫不费力。不然到35岁后，就只能做做浑水摸鱼的差事。”@35岁想转行了“没想到也会有今天，中年危机来的猝不及防，上有老下有小，35岁的老IT人的确很尴尬，想混上高管，无奈能力不够，继续当小兵，又心有不甘，想转行了，来得及吗？”@家有余粮，心里不慌“有资源、有客户、有管理经验、技术又好，莫慌！”@看见“蛋蛋”后，心慌慌“老胳膊老腿了，还要跟00后抢饭碗，我太难了！”@穷忙穷忙，越穷越忙，越忙越穷“刚过完35岁生日，生日愿望是想出去看看外面的世界，但一天天吭哧吭哧穷忙穷忙，连抽根烟的时间都没有，没办法，谁叫我穷呢！”@10年没更新过简历，危机感满满“不光是我，我周围大部分人，都十几年没碰过简历了，安于现状是挺好的，但总是莫名的慌张。于是我总结出：没空更新简历，但要不断更新技术！”看着上面小伙伴们的留言，我也惭愧的低下了头。没错，35岁对于IT人而言确实是一条明晃晃的分割线，对线里的人而言是中年危机，而对线外的人来说就是养老保险。35岁以上的软件测试员，都去干嘛了？01技术不够，中年危机做了测试这么多年，你应该会发现一个现象：一个初出茅庐、毫无经验的“测试小白”，要比一个35岁以上、经验丰富的“测试老鸟”更容易拿到offer。很多人不解，却也只能认命，其实企业也有自己的考量，除了选择人才，用人成本的把控同样重要。你会疑惑，刚毕业的学生、零基础的转行者的优势究竟在哪里呢？没错，他们技术不够，经验不足，但他们有测试功底，坚持学习，加班加点无怨言，最重要的对薪资待遇的要求不高，很多企业会选择他们作为第一录用对象。也正是因为这样，35岁以上的测试员要面临尴尬的处境。还记得前段时间看到的那条新闻：一名35岁的成年人遭遇互联网公司的无情裁员，找工作太难，面试屡屡碰壁，面对巨大的房贷车贷等生活压力，独自在天桥哭泣，照片中的他孤独、无奈，让人心疼。对于这个年龄的测试员来说，除了工作压力，生活压力更大，年纪越大，身体愈发力不从心，曾经的进取心也会被消耗殆尽，中年危机随之而来。这也给我们敲响了警钟：成年人的生活，太不容易了！如果你想在测试这个行业一直做下去，35岁之后，凭什么让一家企业继续任用你？你的经验和功能测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！02技术过硬，“铁饭碗”当你能力过硬，持续学习，持续思考，经常总结经验，选对职业发展路径，那软件测试就是养老保险。作为测试从业者，你的发展方向：①深入技术方面（熟悉开发架构、开发语言、网络结构、DB体系、Linux等）你的职业发展如下：测试开发工程师（薪资高，发展好，但技术要求较高，赋能于整个测试部门）自动化测试工程师（主要职责：规划方案策略）性能测试工程师测试架构师（主要职责：了解行业趋势，技术方向发展，会开发框架）高级测试工程师（或资深测试工程师）测试专家安全测试工程师②管理层（需要机遇，能力加持）测试组长、主管、经理（主要职责：部门内部人员管理、部门资源争取、KPI考核）项目测试负责人（研发、产品等）测试总监CTO、CEO③培训老师④其他方向产品经理项目经理（以项目交付为原则、以整体时间把控为原则）运营售后咨询顾问技术支持创业销售（需要具备一定的技术功底）35岁本该是职业发展的巅峰时期不料对于IT人而言却恰恰是一道坎！“优胜劣汰，适者生存”是自然法则只有不断学习新技术，才能避免“中年危机”选择了软件测试这一行，何不继续“死磕到底”！本文由培训无忧网长沙牛耳教育课程顾问老师整理发布，希望能够对想参加长沙软件测试培训的学生有所帮助。更多软件测试培训课程信息可关注培训无忧网电脑IT培训或添加老师微信：15033336050...

2021-12-27点击量：184

你为什么要写自动化测试？为什么该选择用人工测试而不是自动化？什么时候该做这样的选择呢？事实上，几乎所有的测试工程师早晚都要面对的问题就是是否选择自动化以及自动化测试的程度。如果你只打算执行一次测试，根本没有必要自动化。可是，如果你打算测试两次呢？这也不意味着你应该使用自动化。有些软件在发布之前或者在维护阶段，可能需要执行上百次，上千次，甚至百万次的测试。有些因素有助于在具体环境下准确地评估自动化的益处。如下是其中几个需要考量的因素：1、投入确定创建自动化测试的投资回报率（ROI--ReturnOnInvestment）的第一步是确定要花费的投入和成本。有些种类的产品或功能的自动化很简单，而其他的自动化却不可避免得很麻烦。例如，应用程序编程接口（API--ApplicationProgrammingInterface）测试，以及别的通过编程对象的方式展现给用户的功能测试，对其自动化往往都能够直截了当。而在另一方面，用户界面（UI--UserInterface）的自动化测试常会遇到问题而需要花费更多的精力。2、测试的生命期一个自动化测试在变得无用之前将会运行多少次？对测试的长期价值的评估是决定是否对某个特定的场景或者测试用例实现自动化的考量的一部分。要考虑被测试的产品本身的使用寿命和产品开发周期长度。对于短期内就要发布而且将来不打算更新的产品，和对于两年后要发布将来也会有多次更新发布的产品，自动化的选择必须是不一样的。3、价值要考虑自动化测试在其生命周期内的价值。有些测试人员说测试用例的价值是找到缺陷，但是很多自动化测试所找到的缺陷是在测试第一次运行时或者在写自动化测试时发现的。当缺陷被修复以后，这些测试成为了回归测试——确认最近的改动不会导致以前能够正常运行的功能停止工作。很多自动化测试技术通过改变测试用的数据，或者改变每次测试运行路径的方法，从而在测试的生命期中继续找到缺陷。对一个生命周期很长的产品来说，不断增长的回归测试套件有很大的优势：随着底层软件功能越来越复杂，存在大量的能确认以前工作的功能能够继续工作的测试是极为有用的。4、切入点我目睹的许多成功的测试自动化项目都是测试团队从最开始的时候就参与了。代码写到尾声或者完成之后才开始想到加入自动化测试的项目通常都是失败的。----注---测试团队什么时候能参与项目的自动化测试过程中、项目时间安排是否允许加入自动化实施过程、测试人员的工作负载是否允许、人力资源的投入多少等都可能影响测试人员的自动化实施工作及效果。5、准确性好的自动化测试在每次运行后会报告准确结果。企业管理层对自动化测试最大的抱怨之一是自动化测试中误报的数量。误报是指测试报告中的测试失败是由测试本身的某些问题造成的，与产品无关。项目的有些领域（例如经常变化的用户界面组件）难以用自动化测试分析，且较容易产生误报。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-25点击量：154

软件测试过程中需要对数据库进行数据结构间的测试，确保数据库能够在各种压力测试下可以高效率运行，这里主要针对MySQL数据库的中的SQL语句完成操作。在查询语句中聚合函数的使用也是最为常见的。聚合函数是对一组值执行计算并返回单一结果的函数。我们可以认为一张表本身就是一个组。COUNT可以统计总记录数，例：查询地址在郑州的老师有多少个?SELECTCOUNT(1)FROMteacherWHEREaddress='郑州'。MIN可以统计一组数中的最小值，例：查询最低薪资教师信息，SELECTMIN(salary)FROMteacher。MAX可以统计一组数中的最大值，例：查询最高薪资教师信息，SELECTMAX(salary)FROMteacher。AVG可以统计一组数中的平均值，例：查询教师平均薪资，SELECTAVG(salary)FROMteacher。SUM可以统计一组数中的总和，例：查询教师薪资总和，SELECTSUM(salary)FROMteacher。子查询的使用在SQL语句中也是比较广泛的。在实际查询中where后面是不可以跟上聚合函数。例:查询工资最高的老师信息，SELECT*FROMteacherWHEREsalary=(SELECTMAX(salary)FROMteacher)，子查询要用小括号括起来。在GROUPBY可以对一张表自定义的分成若干组，这样就可以分组统计数据。格式：SELECT…FROM..WHERE….GROUPBY字段1[,字段2,字段3]。例：统计各部门的平均工资，SELECTdeptno,AVG(salary)FROMteacherGROUPBYdeptno。先根据部门分组，再根据地址分组，求平均工资：SELECTdeptno,address,AVG(salary)FROMteacherGROUPBYdeptno,address。GROUPBY是在WHERE条件后执行的，HAVING是在GROUPBY后执行的，HAVING可以跟聚合函数和查询条件。例：统计部门教师数据大于2位的部门号，SELECTdeptno,COUNT(1)cFROMteacherGROUPBYdeptnoHAVINGCOUNT(1)>2。查询语句的语法顺序：SELECT…FROM…WHERE…GROUPBY…HAVING…ORDERBY…。但是执行顺序:WHERE->GROUPBY->HAVING->SELECT->ORDERBY。本文由培训无忧网千锋教育专属课程顾问整理发布，更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-24点击量：167

Web环境具有浏览器平台不兼容、网络环境多样化、应用复杂化等诸多特性，所以，传统测试方法的某些方面不适用于网络测试。Web的自动化测试方法包含几个方面，比如，测试脚本技术、人工测试过程自动化、验证自动化等等。在测试驱动开发模式中，测试已成为迭代开发过程中起推动作用的环节，但与此同时，大量的重复性的测试代码却造成了大量资源的浪费。现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。如果开发人员注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是恰恰相反，界面对不懂技术的用户来说都是相当关键，特别是在简洁、美观、易用等方面。方法上可以根据设计文档，如果够专业的话可以由专业美工人员来确定整体风格，特别是页面风格。然后根据这个设计好的页面，生成静态的HTML、CSS等甚至生成几套不同的方案来讨论，或者交给用户评审，最后形成统一风格的页面/框架。一、页面测试1、页面测试的主要页面元素有：页面元素的容错性列表(如输入框、时间列表或日历)。页面元素清单(为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选按钮、复选框、列表框、超链接、输入框等等)。页面元素的容错性是否存在。页面元素的容错性是否正确。页面元素的基本功能是否实现(如文字特效、动画特效、按钮、超链接)。页面元素的外形、摆放位置(如按钮、列表框、复选框、输入框、超链接等)。页面元素是否显示正确(主要针对文字、图形、签章)。元素是否显示(元素是否存在)。2、页面测试主要包括以下几个方面的内容：站点地图和导航条位置是否合理，是否可以导航等。页面内容布局是否合理，文字是否准确、简洁，字体和字号是否多数读者习惯。背景/色调是否合理、美观，是否多数用户审美要求。页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时，屏幕刷新是否正确)，表单样式、大小、格式是否适宜。是否对数据进行验证(如果在页面部分进行验证的话)等。链接的形式、位置、是否易于理解等。对Web应用的测试可以分为页内测试(IntraPageTest)和跨页测试(InterPageTest)两种。页内测试相当于单元测试，着重于测试单个页面的行为是否正确。根据模块化思想，在进行页面划分时，一般使每个页面具有单一、具体的功能，可以直接表达用户的一个目标。二、Web页面测试Web页面测试的基本准则：符合页面/界面设计的标准和规范，满足灵活性、正确性、直观性、舒适性、实用性、一致性等要求。直观性：①用户界面是否洁净、不唐突、不拥挤，界面不应该为用户制造障碍，所需功能或者期待的响应应该明显，并在预期的地方出现。②界面组织和布局合理吗?是否允许用户轻松地从一个功能转到另一个?下一步做什么明显吗?任何时刻都可以决定放弃或者退回、退出吗?输入得到承认了吗?菜单或者窗口是否深藏不露?③有功能吗?软件整体抑或局部是否做得太多?是否因有太多特性而把工作复杂化了?是否感到信息太庞杂?④如果其他所有努力失败，帮助系统真能帮忙吗?一致性：①快捷键和菜单选项，在Windows中按F1键总是得到帮助信息。②术语和命令，整个软件使用同样的术语吗?特性命名一致吗?例如，Find是否一直叫Find，而不是有时叫Search?③软件是否一直面向同一级别用户?带有花哨用户界面的趣味贺卡程序不应该显示泄露技术机密的错误提示信息。④按钮位置和等价的按键。大家是否注意到对话框有OK按钮和Cancel按钮时，OK按钮总是在上方或者左方，而Cancel按钮总是在下方或右方?同样原因，Cancel按钮的等价按键通常是Esc，而OK按钮的等价按钮通常是Enter，要保持一致。灵活性：①状态跳转，灵活的软件实现同一任务时通常会有多种选择方式。②状态终止和跳过，具有容错处理能力。③数据输入和输出，用户希望有多种方法输入数据和查看结果。例如，要在写字板中插入文字，可用键盘输入、粘贴、从6种文件格式读入、作为对象插入，或者用鼠标从其他程序拖动。舒适性：①恰当，软件外观和感觉应该与所做的工作和使用者相符。②错误处理，程序应该在用户执行严重错误的操作之前提出警告，并允许用户恢复由于错误操作导致丢失的数据。正如大家认为undo/redo功能是理所当然应有的。③性能，快不见得是好事，要让用户看清程序在做什么，它是有反应的。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-24点击量：185

首先，是否需要编程技能与测试人员从事的测试工作种类有极大关系，相信很多人都听过微软曾经聘用一名家庭主妇来测试Windows操作系统的故事。实际上，软件测试分为：功能测试、需求测试、性能测试、兼容性测试、稳定性测试等，这些类型的测试基本不需要有编程基础。因为这些测试主要是从实现结果上去分析系统存在的问题，而不是过程。而对于分析代码的白盒测试，以及开发测试工具才要求测试人员有较强的编程能力。其次，真正初、中级测试人员参与的都是第一类测试，也就是说与代码实现过程的关系不是很紧密，他们所关注的主要是需求和流程方面。对于高级测试人员，才会涉及到具体的代码，他们所关注的主要是测试工具的开发，以及对现有代码进行单元测试等工作。再次，软件测试工程师的未来职业发展至少两条路线。一条是走技术加管理的路线，也就是说当你达到中级测试工程师的水平后，有了一定的行业背景及管理经验，就可以从事管理类的工作，比如担任测试经理的工作。这样工作的重点就集中到项目管理及人员分配上，所以就更加弱化对编程的要求。另一条是走纯技术路线，就是所谓的高级测试工程师，要求这类人有较强的编程能力，可以设计开发自动化测试工具。懂编程就一定能做测试吗?答案是不一定的。从就业市场来看，许多开发人员没有对测试行业有个系统的了解，事实上，想要成为一名合格的软件测试人员，不仅需要理解和掌握测试理论、标准和规范，还需要根据不同企业的产品特点，熟练操作一种甚至多种测试工具。如果对测试行业没有系统的了解得话，是很难做好软件测试的。本文由培训无忧网达内教育专属课程顾问整理发布，更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-24点击量：200

手动创建测试数据的一般有如下几种方法：1)手动创建订单测试数据：在测试环境下，我们根据下单流程和业务需求，来模拟用户购买下单，选择货到付款或者在线支付，从而得到自己想要的一个订单的数据，这种方式适合于需要的测试数据少的情况，基本常在联调测试或者系统测试完成后的验收测试阶段。2)通过SQL语句修改数据库的方式：一般我们被测应用程序后台都有数据库来存储数据，这样我们可以通过一些SQL语句来创建属于我们的测试数据。首先我们登录测试环境下的数据库主机，可以用where查询条件来筛选定位部分符合某些条件的测试数据库记录，然后利用update方法来更新我们想要的字段名和对应的字段的value，从而创建了符合条件的一批测试数据。3)测试数据的备份导入：在我们本地机器上存储了一些符合条件的保存在excel文件或者DB文件的备份，我们可以通过导入数据的方式，来实现创建合适的测试数据。4)线上数据导入到测试环境：涉及到线上环境，这个要谨慎。一般要求事先进行调研，先确定线上的数据是否可以按照自己设置的条件准确地分流到测试环境，同时这些数据是直接使用还是需要加工后才能使用。一般都有专门用于测试的预发布环境（线上的测试环境），以及分流条件的配置，可以控制分流到预发布环境的数据数量。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-23点击量：196

很多考生在备考2022年软件设计师考试，小编为大家整理了2022年软件设计师考试知识点（三十一）：并发控制，供考生备考复习。并发控制（★★）【考法分析】本知识点的考查形式主要是给出一些情景判断出现的并发问题，或给出一些关于事务、锁等概念的描述，判断正误。【要点分析】1、事务特性（ACID）：（1）原子性：事务是原子的，要么都做，要么都不做。（2）一致性：事务执行的结果必须保证数据库从一个一致性状态变到另一个一致性的状态。因此，当数据库只包含成功事务提交的结果时，称数据库处于一致性状态。（3）隔离性：事务相互隔离，当多个事务并发执行时，任一事务的更新操作直到其成功提交的整个过程，对其他事务都是不可见的。（4）持续性：一旦事务成功提交，即使数据库崩溃，其对数据库的更新操作也将永久有效。2、封锁协议：（1）共享锁（S锁）：若事务T对数据对象A添加了S锁，则只允许T读取A，但不能修改A。并且其他事务只能对A加S锁，不能加X锁。（2）排他锁（X锁）：若事务T对数据对象A添加了X锁，则只允许T读取和修改A，其他事务不能再对A加任何锁。【备考点拨】1、掌握事务特性的概念。2、能够区分并发产生的问题。3、了解封锁协议的加锁原则和两种锁的特性。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-23点击量：193

很多考生在备考2022年软件设计师考试，小编为大家整理了2022年软件设计师考试知识点（三十二）：数据库完整性约束，供考生备考复习。数据库完整性约束（★）【考法分析】本知识点的考查形式主要是给出一定描述，判断其正误。【要点分析】1、实体完整性：规定其主属性不能去空值。2、参照完整性（也称为引用完整性）：规定其外键为参照表的主键值或为空值。3、用户自定义完整性：指用户针对某一具体的关系数据库的约束条件，反映某一具体应用所涉及的数据必须满足的予以要求，由应用的环境决定，如年龄定义为0~150正整数。4、触发器：一种复杂的完整性约束。【备考点拨】掌握完整性约束相关的概念，能够区分不同的完整性类别，判断一些描述的正误。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-23点击量：179

很多考生在备考2022年软件设计师考试，小编为大家整理了2022年软件设计师考试知识点（三十四）：TCP/IP协议族，供考生备考复习。TCP/IP协议族（★★★★）【考法分析】本知识点主要考查的形式有：给定协议，判断其基于TCP或UDP协议基础；或给定协议，判断其所属层次；或给定端口号，判断其对应协议。【要点分析】1、常见协议功能和端口号：POP3：110端口，邮件收取SMTP：25端口，邮件发送FTP：20数据端口/21控制端口，文件传输协议HTTP：80端口，超文本传输协议，网页传输DHCP：67端口，IP地址自动分配SNMP：161端口，简单网络管理协议DNS：53端口，域名解析协议，记录域名与IP的映射关系TCP：可靠的传输层协议UDP：不可靠的传输层协议ICMP：因特网控制协议，PING命令来自该协议IGMP：组播协议ARP：地址解析协议，IP地址转换为MAC地址RARP：反向地址解析协议，MAC地址转IP地址【备考点拨】1、掌握TCP/IP协议族的分层模型；2、掌握常见协议的功能和对应端口号。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-23点击量：226

很多考生在备考2022年软件设计师考试，小编为大家整理了2022年软件设计师考试知识点（三十五）：IP地址与子网划分，供考生备考复习。IP地址与子网划分（★★★★★）【考法分析】本知识点的考查形式主要有：给定网络号，求取子网划分的网络号个数和主机号个数；或给定多个子网，求取路由汇聚后的网络号、主机数量等。【要点分析】1、相关概念：（1）IP地址分类：A类地址（网络号8位，0开始），B类地址（网络号16位，10开始），C类地址（网络号24位，110开始），D类地址（组播地址，1110开始），E类地址（保留地址，11110开始）。2、子网划分：将一个网络划分成多个子网（取部分主机号当子网号）。3、路由汇聚：将多个网络合并成一个大的网络（取部分网络号当主机号）。【备考点拨】1、掌握IP地址分类；2、掌握子网划分和路由汇聚的计算。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...

2021-12-22点击量：128

软件测试工程师是个神奇的职业，他是开发人员与老板之间的传话筒（三夹板），也是开发人员与老板的好帮手；他不仅需要有销售的沟通能力，也需要具备编辑人员的文档撰写技巧。如此一个面面俱到的岗位，他需要具备的技能到底有哪些呢？1、有逆向思维的能力曾经接触过一些软件测试工程师，他们干了一段时间软件测试工作后返回去又开始去做开发工作了，问他们为啥？答案是软件测试工作太难了，开发是顺向思维，而测试是逆向思维，老要找一些稀奇古怪的思路去操作软件。软件的使用者千差万别，软件在使用过程中遇到的各种现象也是千差万别的，所以要求软件测试工程师需要具有一些逆向思维的能力，想别人所不想，测别人所不测，这样才可以找到更多的软件中的错误。这是作为一名优秀的软件测试工程师最基本的素质。2、善于同软件开发人员沟通沟通是当今软件项目中需要掌握的最关键技术之一。软件测试人员要善于同软件开发人员沟通，软件测试人员与开发人员搞好关系，使测试人员不成为开发人员的眼中钉，这对于提高整个软件项目质量是十分重要的。沟通主要包括：讨论软件的需求，设计：通过这样的沟通，你可以更好的了解所测试的软件系统，以至于尽可能少的测试出软件中不是错误的“错误”，从而降低给软件开发人员带来的压力。报告好的测试结果：作为一个测试人员，发现错误往往是测试人员最愿意而且引以自豪的结果，但是一味地给开发人员报告软件错误，会给他们造成厌恶感，降低整个软件的质量和开发进度。所以作为一名软件测试工程师，当你测试的模块没有严重的错误或者错误很少的时候，你不妨跑到开发人员那里告诉他们这个好消息，这会给你带来意想不到的结果。讨论一些与工作无关的事情：作为一个测试人员经常和开发人员讨论一些与工作无关的事情，比如大家可以谈谈新闻，趣事，家庭…这样可以加强相互间的默契程度，许多统计表明，这样可以更好的提高软件工作质量。3、善于同领导沟通测试人员往往是领导的眼和耳，领导根据测试人员的测试结果可以了解公司的产品质量，从而调整其他的工作。领导工作一般比较繁忙，所以作为一名优秀的测试人员要学会把测试结果进行总结，最好以图表的形式给领导看。4、掌握一些自动化测试工具测试工作往往是比较繁琐，枯燥无味的工作，测试人员长期处于重复的手工工作，会降低测试效率，并且对于测试质量也往往是不利的；况且许多测试不使用测试工具是不可以进行的，比如性能测试，压力测试等等。目前市场上有许多测试工具供你使用，你可以根据自己的需要选择一些测试工具来辅助你的测试。但是要记住一点，不是说有了测试工具就不要人工测试了，测试工具不是万能的。5、善于学习软件测试技术随着时间的变化也在做一些提高和改进，作为一名优秀的测试人员要善于利用书籍，网站，论坛，交流等各种途径不断提高自己的软件测试水平。6、强大的表达能力软件测试人员当发现软件中存在缺陷的时候，往往要书写缺陷报告，缺陷报告要写得详尽清楚，使开发人员能够尽快定位错误，修改错误，所以作为一名优秀的测试人员，强大的写作表达能力是非常必要的。7、熟悉业务知识更好的了解你说测试软件的业务知识是非常重要的，对业务知识了解得越深入，越能够找出更深入，更关键，更隐蔽的软件错误。本文由培训无忧网千锋教育专属课程顾问整理发布，希望能够对想学习软件测试培训的同学有所帮助。更多软件测试培训课程欢迎关注培训无忧网软件测试培训培训频道或添加老师微信：15033336050...