Ces222的博客

功能测试关注点比较窄不管我们测试的是web, app还是m端，或是如微软C/S架构的软件，还是如银行，国企等专项的产品，功能测试是基础。工作上一年半载的，就能了解相关的测试流程，如需求分析，测试用例编写，用例评审，提测试验收，功能测试，Bug回归以及上线和线上回归。但是很多人员比较关注自己的需求，而不是整体项目或是这个需求在整体项目中的作用，在大型项目或是与多部门合作的时候就手足无措。在一个新项目的测试的时候，如app，仅仅考虑到App本身，而对接口的传递，服务的测试，以及后端数据的校验不去关注。

1、什么是接口测试？接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。2、为什么做接口测试？首先，节省测试成本，数据模型推算，底层的一个bug能够引发上层的8个左右bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。

软件测试方法从是否关心内部结构来看；从是否执行代码看；从开发过程级别看；从执行过程是否需要人工干预来看；从测试实施组织看；从测试所处的环境看；其他测试类型；1、从是否关心内部结构来看白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性。

1、接口测试描述定义接口就是有特定输入和特定输出的一套逻辑处理单元，规定要程序做什么，但不在其中实现。接口测试，其实就是验证接口内部处理逻辑是否正确；

面试题：举一个电商项目的模块你是怎么做的？举例自己熟悉的，比如电商项目中的购物车功能：分为已登录和未登录的场景；如果是未登录的话，添加购物车就提示登录页面先登录；已经登录的话，可以正常跳转至购物车；进入购物车的入口验证：比如淘宝商品页点击“加入购物车”切入，或从导航栏顶部去往购物车；购物车空页面验证：当购物车商品添加为0时，页面是否正常提示；购物车的商品清单验证： 一件/多件/多个商家多件商品的图片、名称、单价金额等是否正常显示，并且点击可跳转到商品详情页；

2023年测试行业现状我的整体意见是软件测试岗位不会变少，反而相对于其他岗位会变的更重要一些。首先纠正一个非常非常错误的观念。测试和测试开发是两个岗位？No，不是的。测试开发是属于测试的。测试开发只不过是使用类似于开发的技术和能力，来达到测试的目的，本质还是测试。就如同一个人用人肉扫地，另一个人发明了自动扫地机来扫地，看起来后面这位更高级，但是实际目的还是扫地。软件测试的本质其次就要说到软件测试的本质，以及行业对测试愚蠢的误解上来了。

校验数字的表达式^[0-9]*$^\d{n}$^\d{n,}$^\d{m,n}$^(\-)?^(\-|\+)?\d+(\.\d+)?^[1-9]\d*$ 或 ^([1-9][0-9]*){1,3}$ 或 ^\+?^\-[1-9][]0-9"*$ 或 ^-[1-9]\d*$^\d+$ 或 ^[1-9]\d*|0$^-[1-9]\d*|0$ 或 ^((-\d+)|(0+))$$ 或 ^[1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0$

10年来测试行业发生了什么变化在过去的十年里，我们见证了技术的大幅提升–无人驾驶汽车、人工智能、AR / VR、区块链、无人机和机器人。许多测试和测试自动化从桌面转移到网络和移动设备上。从编写自动化测试的大型和昂贵的工具，我们已经转移到小型，灵活，最重要的是 - 免费的库和工具。现在我们有智能报告系统和Docker容器中的测试。现在在云端并行运行成千上万的测试用例并其实不那么昂贵。但与此同时，许多事情和声明仍然没有改变。以下是一些在测试人员中不断肆虐的无尽话题：手工测试已死！

软件测试面试环节一般求职无非几个环节：准备简历，笔试，面试，薪资议价。简历：简历是个敲门砖。我看到不少人简历千篇一律，或洋洋洒洒，或过为简单。简历，必须要有：1、学历、外语、各种资格证书或培训证书的描述2、技能3、项目经历。简历中很多人会忽视的问题，列举一下：①学历、资格证书描述、技能等忽略或放到简历最后。最重要的东西，应该放最前面，而且最好是第一页。容易给人以强烈印象，让面试官记住你。②技能不要太多。

而针对手机应用软件APP的系统测试，我们通常从如下几个角度开展：功能模块测试、兼容性测试、安装和卸载测试、软件更新测试、性能测试、用户体验性测试、交叉事件测试、用户界面测试等。功能测试要点及常见缺陷1、APP崩溃这是测试中的常见问题，这类问题也是非常严重的，会直接影响用户对产品的第一印象，例如我们正在使用某个APP，正在使用突然应用就停止响应，界面上弹出“强制关闭错误”的窗口，需要强制关闭应用，或者正在使用时出现闪退的现象。这些情况都很影响用户的体验，导致用户卸载该APP。

提到软件测试工程师时，很多人依然会联想到那些“点点点”并企图在“点点点”中找到缺陷的人，也就是大家常说的依照测试规范和测试案例来对软件进行测试，检查软件是不是有缺陷，判断软件是不是稳定。但这其实是一个很不好的观点。近年来，随着各大互联网企业的不断发展，对软件的需求越来越大，对软件的稳定性和性能的要求也越来越高，每个测试工程师都要对自己的技术水平进行提升。初级测试工程师初级工程师通常有1-2年的测试经验，入行门槛不会太高，通常对专业没有什么要求，有专科学历，熟悉软件测试技术、方法、流程、测试文档等。

web测试流程需求分析：了解具体需求测试准备：原型图、效果图、需求文件、测试用用例、用例评审、各种测试数据准备测试环节：接受版本开始执行冒烟测试：对版本质量的控制以及此版本是否具备测试条件；UI测试：核对效果图功能测试：核对需求文件测试用例，对功能进行验证兼容测试：各个浏览器，手机是否兼容性能测试：服务器接口，多线程等压测安全测试：专项测试工程师易用性测试：界面与交互性测试，符合交互规范，用户体验良好，使用方便快捷提交bug，争议bug评审，回归测试自动化测试。

在实际业务场景中，很多业务都需要先登录才能正常使用。在做接口性能测试的时候，需要测试登录后才能访问的接口肯定是无法避免的。那么，我们怎么才能完成先登录后发出请求的性能脚本呢？思路1、发出登录请求2、提取响应的认证内容3、后面的请求引用认证内容提出问题做性能测试，是模拟多个虚拟用户实现并发的，那我们的登录接口也需要重复发起吗？可以类比一个场景做UI自动化的时候肯定也需要登录的，一般我们会将登录放到全局前置来操作，所以整个测试流程下来只需要登录一次。关键点。

软件测试的入行转行，不同的人，有不同的看法，有些人不屑于转行，宁可从事熟悉且发展受限的工作，也不想改变；有些人迫于压力，或者追求更好的生活质量而转行；也有些人，是看好这个工作的发展空间而转行的。人无远虑必有近忧，无论是财务危机、中年危机，还是别的危机，每个人的成长过程中，总会遇到某些危机，希望当问题降临在我们身上时，我们都能正视每个问题产生的根源，积极寻求改变，在危机的解决过程中，成就更好的自己。当你第一次开始接触测试这个行业的时候，首先听说的应该都是功能测试。功能测试是通过一些测试手段来验证开发做出的代

测试工作测试的过程就是一个寻找影响产品功能和用户体验bug的过程，测试人员发现的bug类型五花八门。当你在上班期间，听到不远处传来这样的声音“你会不会提BUG，责任人都指派错了，还能好好提吗？”如果哪天开发对着你说出这句话，那么作为测试员的你，心里会怎么想？作为一名测试员如果连常见的系统问题都不知道如何分析，频繁将前端人员的问题指派给后端人员，后端人员的问题指派给前端人员，那你在开发眼中的地位显而易见，口碑、升职、加薪应该是你遥不可及的梦。

大家想一想，自己公司是不是已经有持续集成的流程？作为测试有没有参与进去？在公司中开展自动化测试，有没有结合到持续集成的流程中？其实自动化测试的最佳实践，就是作为持续集成构建流程中守住底线的关键一环，在完成项目的构建和部署之后，以自动化测试作为最终的验证手段，保障版本质量。持续集成的自动化测试如今互联网软件的开发、测试和发布，已经形成了一套非常标准的流程，最重要的组成部分就是持续集成（Continuous integration，简称CI，目前主要的持续集成系统是Jenkins）。

我们在面试时接口测试流程是必问的。在回答时我们要记得结合自己的项目来回答就可以了。接口测试我们是在xx项目做的，主要有xx接口，xx接口等1.首先是从开发那里拿到API接口文档，了解接口业务、包括接口地址、接口方式、入参、出参、token鉴权，返回格式等信息。2.然后使用postman或jmeter工具执行接口测试，一般使用Jmeter的步骤是这样的：首先建立一个线程组；然后就是新建一个HTTP请求默认值。（输入接口服务器IP和端口）；再新建很多HTTP请求，一个请求一个用例。

互联网企业在2022年开始了大规模的裁员。从腾讯阿里到百度爱奇艺，从抖音快手到滴滴京东，这些互联网大厂在2022年不约而同的开始了大规模的裁员。连一贯宣称不开除的一个兄弟的东哥都开始了裁员，不过确实没有开除员工，因为京东给离职人员的是一份毕业须知。东哥说：“让一万个兄弟离开，我自己心里这道坎很难过去！”在面对巨额亏损的财务数字时，东哥还是挥泪开除了1万多名员工。更早一点，港股上市的互联网电商中国有赞，已经裁掉了20%的员工。作为微信生态第一股的有赞，在上市之后连续亏损，市值跌去了700多亿。

同样，提供注销功能的系统，此用户注册时，是否作为一个新的用户，而且还要检查该用户的有效日期，过了有效日期的用户是不能登录系统的，容易出现错误的情况是，可能有用户管理权限的非超级管理员，能够够修改超级管理员的权限。在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”，看系统如何处理，会否出错，然后选择一个或多个信息，进行删除，看是否正确处理，如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误，不误删除。如果你是一把宝剑，生活就是磨刀石，你需要磨；

话说，某天，阳光灿烂，一测试界大牛-昵称A，领着一群昵称B来到一施工现场。A：这扇墙都有什么组成。B：不是红砖，钢筋，水泥，石灰吗。A：好，这扇墙彻的质量怎么样？B：看上去很好呀，其上面的平顶也已封起来了。A：随即，拿起一把锤子把墙面敲了又敲，然后用放大镜查查看看。接着又用铁凿在红砖之间的缝隙处挖了又挖。问小白，你们都听到什么了，看到什么了？B：‘咚咚咚’，‘卟卟卟’的声音，有些红砖出现了敲打的裂痕，缝隙处掉渣子了。

工作，简历是最关键的一步，只有通过了简历筛查才能往下继续进行。很多人写简历，都是在记录流水账，看来没有任何平淡寡味。其实简历的核心价值就在于游说 hr 和面试官：看我，看我，看我 —— 即，吸引对方的眼球，让对方翻你的牌子。如果我们打算换一份新工作，会不会感到迷茫：我们要准备什么，只是投简历、面试那么简单吗？No No No，如果你不认真对待，那么你可能连面试的机会都没有。下面我们来说一下要准备什么，该如何准备好简历。生活有进有退，输什么也不能输了心情。

这是一位粉丝投稿的小A:这家公司是做证券项目的，约的9点钟，路程还是有点遥远，转了一趟公交两趟地铁，精力都花在了路上，感觉有点累，以下是今天得面试流程。到公司前台给我了一张面试表，写完之后就是等待面试。一共面试了两轮，第一轮面试官是测试主管，第二轮测试经理（负责人）。你要学会捂上自己的耳朵，不去听那些熙熙攘攘的声音；这个世界上没有不苦逼的人，真正能治愈自己的，只有你自己。静坐常思己过，闲谈莫论人非，能受苦乃为志士，肯吃亏不是痴人，敬君子方显有德，怕小人不算无能,退一步天高地阔，知足者人心常乐!

APP要做哪些测试？APP测试要注意哪些问题？对于移动测试，测试员不得不基于用户移动使用模式考虑移动相关的功能。而针对手机应用软件APP的系统测试。我们通常从如下几个角度开展：功能测试(流程测试、功能点测试)、兼容性测试、交叉测试、安装卸载测试(包括应用的升级)、压力测试(接口压力测试)、安全测试等等。命运给你一个较低的起点，是想让你用你的一生去奋斗出一个绝地反击的故事。这个故事关于独立，关于梦想，关于勇气，关于坚忍。鸡汤再有理，终究是别人的总结。

软件测试工程师的工作要求：文档评审，用例评审，需求评审；测试用例设计，自动化测试脚本开发，测试架构设计、写作测试文档（测试计划、测试方案、测试用例等）；执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正；通过测试度量软件的质量；回归测试等等，工作内容是非常多的。坚持做自己，不是一意孤行，而是在市场竞争中，随缘而不变，稳定的贯彻自己的棋风棋路，非达目标，绝不中止。在人生中，有时最好走的路不一定是大路，而是小路；在现实中，有时最便捷的路不一定是直路，而是折路。

web功能测试通常从以下几个角度来进行评价：软件是否正确实现了需求规格说明书中明确定义的需求。软件是否遗漏了需求规格说明书中明确定义的需求。软件是否将需求规格说明书中未定义的需求实现。软件是否对异常情况进行了处理，容错性好。软件是否满足用户的使用需求。软件是否满足用户的隐性需求。在大多数情况下，功能测试主要关注于业务逻辑层面。而我们为大家介绍的功能测试，则忽略具体系统的业务逻辑，主要关注于WEB 系统通用的一些测试点。现实会告诉你，不努力就会被生活给踩死。

软件测试员是在项目的不同阶段一直从事着各种各样的测试，但是当需要测试所需技能状况时，却找不到一个合适的方法。……面试时表现自信： 一般说来，面试首先会从了解求职者的概况开始。然后大多数就是技术问题了。想象困难做出的反应，不是逃避或绕开它们，而是面对它们，同它们打交道，以一种进取的和明智的方式同它们奋斗。成功根本没有秘诀可言，如果有的话，就有两个：第一个就是坚持到底，永不言弃；第二个就是当你想放弃的时候，回过头来看看第一个秘诀，坚持到底，永不言弃。一生中，只要心淡如菊，声名显著，就会守之以敛藏；

性能测试用户概念系统用户数：指所有可能访问这套系统的用户数，也叫系统的全部用户数。在线用户数：指同时访问这套系统的用户数量。并发用户数：在一个时间切面上同时向这套系统发起请求的用户数。糟糕性能系统设计阶段缺少性能方面的考虑（考虑整体系统集成后的性能）;直到最后一刻才进行性能测试（性能测试越早越好）;对系统的容量或规模没有足够的考虑（最终用户的规模和分布）;对性能峰值预期偏低;性能测试还不规范，没有有效的方案参考或实施;没有使用性能测试自动化工具。

为什么需要功能测试1.从用户的角度，确保系统的执行与需求一致。2.因为是功能测试，测试者根本不知道应用的内部实现，可以发现开发者没有发现的问题，找出哪里有遗漏。3.可以测试一些异常，比如随机操作，不按照既定流程的操作，检查应用程序的漏洞。从以上几点我们可以得到：功能测试等于检查需求的实现和找出功能实现中的遗漏和检查应用程序是否存在漏洞组成的。接下来我们就来聊一聊 新人 如何做好功能测试作为测试新人，我们要多总结。

接口测试相对容易实现自动化持续集成，相对UI自动化也比较稳定测试可以更早的介入（具体的时间点应该是在后台接口开发基本完毕之后，需要模块间进行接口联调的时候）可以发现功能测试覆盖不到的服务端问题不同端（前段，后端）的工作进度不一样，所以我们要针对最开始出来的接口，以及需要调用其他公司的（银行，支付宝，微信，qq等）一些接口进行接口测试及验证数据，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易），需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。

有人喜欢创造世界，他们做了开发者；有的人喜欢开发者，他们做了测试员。什么是软件测试？软件测试就是一场本该在用户面前发生的灾难提前在自己面前发生了，这会让他们生出一种救世主的感觉，拯救了用户，也就拯救者这个软件，避免了他们被卸载的命运（这句话说的完全没毛病）概念：统筹规划测试行为，决定按照什么样的方式对系统进行测试。一般一个产品从以下几个角度设计测试：界面测试、功能测试、易用性测试(兼容性测试)、性能测试、安全测试界面，控件，文档，兼容性，易用性，安装，web测试，数据库，功能。

测试工程师的工作：TE的根本使命是保护用户和业务的利益注意：这个角色需要敏锐的洞察力和领导力，因此很多google的高级测试经理都来自于TE。最好完成这些任务的，是那些有很强人格魅力和优秀的沟通技巧的测试工程师。TE职责的一般性描述：1、测试计划和风险分析2、评审需求设计代码和测试3、探索式测试4、用户场景5、编写测试用列6、执行测试用列很多人的职业规划是到了正式工作以后才开始考虑的，有的人甚至从来没有一个完整的职业规划。其实，这样做，会产生很大的局限性。

由于web应用与用户直接相关，又通常需要承受长时间的大量操作，因此web项目的功能和性能都必须经过可靠的验证。这就要经过web项目的全面测试。Web应用程序测试与其它任何一种类型的应用程序测试相比没有太大差别。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户存取。Web测试：界面测试、功能测试、性能测试、接口测试、客户端兼容性测试、安全性测试。测试对象Web的页面元素页面部分1.页面清单是否完整2.页面在不同的分辨率和不同的浏览器版本是否显示。

测试开发工程师的技术栈要求：对测试开发工程师来说，看懂代码，熟练使用测试工具，能做ui、接口、性能的测试，具备测试经验和测试思想逻辑是基本要求；既要会业务功能测试，又要能做代码层接口及单元测试，更重要的是通过能力和经验的积累，能搭建适用于技术研发团队的工具平台，以更好的降低公司成本和提高工作效率，从而要求我们能够开发更适合公司内部业务的测试工具系统。

测试的目的测试的目的不仅仅是为了发现软件缺陷与错误，而且也是对软件质量进行度量和评估，以提高软件的质量测试的对象1、根据软件的定义，软件包括程序、数据、文档，所以软件测试并不仅仅是程序测试。软件测试贯穿于整个软件生命周期中2、由于在整个软件生命周期中，各阶段有不同的测试对象，形成了不同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及程序编码等各阶段产生的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应作为“软件测试”的对象测试的风险。

性能测试成熟度级别救火（Firefighting）：应用程序发布前很少或从来没有进行过性能测试的情况。所有性能缺陷（100%）都在生产环境上发现并解决。性能验证（Performance Validation）：公司为性能测试单独安排了一段时间，而不是在产品的后期才开始进行性能测试。因此，在研发过程中，仍然有相当多的性能缺陷被发现（ 30% ）。这是当前绝大多数公司的做法。性能驱动（Performance Driven）：在应用程序生命周期中的每一阶段都考虑了性能。

这里可以把框架的各个功能称作模块，那我们来看看都需要那些模块，需要一个基础模块，主要是怎么实现脚本编写，管理模块，主要的行为是持续集成，定时执行、case管理，统计模块，主要是发送测试报告，统计分析。那总结一下自动化测试框架的定义就是：把在自动化测试过程中用到的一些功能或者工具，分装成各个模块，包括如何进行自动化脚本编写以及分层功能的基础模块，进行持续集成、定时任务的管理模块，发送测试报告、进行测试结果统计分析的统计模块等，将这些模块组成一套可重用的骨架。设计原则。

首先了解一个系统的架构，白各服务器之间是如何交互工作、系统的数据流向、系统的压力点，从而确定性能测试需求和指标，即那些功能需要考虑压力,能承担的压力是多大。比如一个购物网站，最典型的登陆功能、提交订单功能需要支持多少个用户并发，每个并发用户在几秒之完成操作，系统长时间在压力状态下的稳定性。性能标准关于性能好坏的行业标准，没有这样的指导标准存在。不过，业内倒有一个约定俗成的标准，即响应时间的临界点为2秒，尤其对于 B/S 应用。糟糕性能原因分析。

有一句话说得好：生活中并不缺少美，而是缺少发现美的眼睛。项目经验？其实要想自己拥有真实的项目经验，别无他法，唯一的办法就是去做。只有自己亲自动手去做了，获取的经验才是自己的经验。只是听别人讲，是没办法明白在项目中会遇到的各种问题的。项目： 代表软件研发的项目，包括了从前期项目预研，立项，组建项目团队，设计开发软件，测试调试，交付验收，以及软件运营等各项具体的工作。一天的努力，只是为了让远方变得更近一些。再苦再累，只要坚持往前走，属于你的风景终会出现。驾驭命运的舵是奋斗。

第一：测试要学会抓住重点，不要把宝贵的测试时间浪费在纠结细枝末节上，有这功夫不如多回归几遍核心的主流程。第二要学会梳理系统框架的业务流程，bug不仅仅出现在你所负责的测试的模块上，也有可能存在于依赖的模块上，其次，越早介入测试越早发现问题，风险越小。总之呢，不管测试什么样的系统，测试的时候还应该多去思考你所负责测试的这个功能模块或系统，假如出现问题，那么最坏的情况是怎么样的，会对用户造成多大的影响？为了防止未来出现这样的局面，当前有没有采取什么样的措施去避免。而这也与你的产品思维息息相关。加油！测试人。

今年感觉测试行也开始卷的不要不要的，开发及其它岗位就不用说了（卷得更可怕），内卷到底是谁带来的？近几年，随着移动互联网的飞速发展，我们享受着整个社会的技术进步带来的便利，但同时也给软件测试行业竞争力变得越来越大，相应的互联网技术也随之发生了重大变革，软件测试得到了蓬勃的发展。今天想聊聊在面试过程中，如何更好的体现出自己的真实实力。面试时，可以拿下面 3 个问题开场：1.请做个简短的自我介绍；2.简单介绍一个自己参与度比较高的项目，以及自己在项目中的职责；