xuezhangmen的博客

在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。基于风险的测试是指评估测试的优先级，先做高优先级的测试，如果时间或精力不够，低优先级的测试可以暂时先不做。当用户来使用这个应用程序的时候，各个模块是作为一个整体来使用的，那么在做测试的时候，就需要模仿用户这样一个真实的使用环境，即用户会有哪些用法，会用这个应用程序做哪些事情，操作会是一个怎样的流程。

看好的原因在于，专家认为未来的互联网市场用户体验至上，而产品质量与用户体验有紧密的联系，自从近年产品经理岗位火了之后，人人都是产品经理的概念深入人心，但其实人人也都要具有质量观念，出色的产品质量可以提供更好的用户体验。首先是回归缺陷，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问题继续提交缺陷问题单，直到缺陷率低于用户要求，测试组将进行最后一轮的大版本测试，结束系统测试。还要根据实际情况，对测试组写的测试用例进行修改和增加，开发修改bug结束，提交一个新的版本给测试组。转测时间根据版本制定。

看好的原因在于，专家认为未来的互联网市场用户体验至上，而产品质量与用户体验有紧密的联系，自从近年产品经理岗位火了之后，人人都是产品经理的概念深入人心，但其实人人也都要具有质量观念，出色的产品质量可以提供更好的用户体验。首先是回归缺陷，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问题继续提交缺陷问题单，直到缺陷率低于用户要求，测试组将进行最后一轮的大版本测试，结束系统测试。还要根据实际情况，对测试组写的测试用例进行修改和增加，开发修改bug结束，提交一个新的版本给测试组。转测时间根据版本制定。

许多同行入行软件测试一段时间后，少则一两年，多则三五年，对软件测试这个行业就会有比较深入的了解，也拥有了一定的测试经验。到了这个阶段，自然而然的会进入一个瓶颈期。一方面，不知道如何去继续提升自己，如果没有比较细致的职业规划，对未来的发展也没有头绪，那么就会毫无方向。另一方面，容易陷入个人的舒适区，不想去改变自己，也害怕去改变。接下来我们就来聊聊测试人员如何继续提升自身的技术能力这个话题。一般从入门软件测试开始，学习各种技术，到晋升一个比较好的职位，拥有比较高的薪资水平。这是一个很漫长、很痛苦的过程。可能有的

所以，关于硬件这块，需要大家对各种操作系统有所了解，特别是能够操作Linux系统常用命令，能够安装系统，并且配置IP、路由等基础网络（这个在网络部分会再重点讲到），能够在各种系统上安装和搭建常用的服务。所以，关于硬件这块，需要大家对各种操作系统有所了解，特别是能够操作Linux系统常用命令，能够安装系统，并且配置IP、路由等基础网络（这个在网络部分会再重点讲到），能够在各种系统上安装和搭建常用的服务。但是相关服务的搭建，比如软件运行需要交互的服务，或者是软件后台的承载服务，都会在Linux系统上搭建。

针对这个流程改造项目上线之后，一定会有部分数据在上线之前是走的老流程，同时整个流程又没走完，那么在上线的时候就需要新流程去兼容老流程遗留下的数据，我们当时是增加了一个校验，在老流程中数据是从A系统同步到B系统的，在新流程中数据是从B系统同步到A系统，那么在B系统同步到A系统时增加一个校验去判断A系统中是否有相应数据的存在，没有才同步。用户数据----》先入库到B系统，在B系统通过校验后----》入库到B系统---->再同步到A系统入库----》B系统进行业务操作—》最后再将数据同步到A系统。

看好的原因在于，专家认为未来的互联网市场用户体验至上，而产品质量与用户体验有紧密的联系，自从近年产品经理岗位火了之后，人人都是产品经理的概念深入人心，但其实人人也都要具有质量观念，出色的产品质量可以提供更好的用户体验。首先是回归缺陷，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问题继续提交缺陷问题单，直到缺陷率低于用户要求，测试组将进行最后一轮的大版本测试，结束系统测试。还要根据实际情况，对测试组写的测试用例进行修改和增加，开发修改bug结束，提交一个新的版本给测试组。转测时间根据版本制定。

还有一个就是：你如果要入职外包公司的话，一般要经过两面，一面外包，过了外包的面试，才有第二轮甲方公司的面试，这些外包的人事都会提前通知你，去哪个甲方公司面试，然后第二面你又要去甲方面试，如果这个甲方公司面试通过了，就会给你发offer，让你入职签合同，如果第一个甲方公司面试没通过，那就去第二个甲方公司，依次类推，直到你面试的甲方公司通过才可以入职签合同。在整个过程中，“学习”是主要改变的方式，通过巩固和学习技术与知识，我们可以增加自身的竞争力，毕竟我们还是做的技术行业，还是要用自身的技术能力来说话。

软件测试，在专业上区分工作，分黑盒和白盒测试两种，白盒测试一般在一些大的软件工程项目里面使用得到，要求的技术层次相对较高，基本上是半个以上研发人员的技术水平要求。而测试工具可以进行部分的测试设计、实现、执行和比较的工作。所以，bug的数量并不能唯一衡量测试工作的质量，真正体现测试工作质量的是用户使用过程中，对产品无论从功能，性能，用户体验等各方面都满意，都跳不来问题和毛病。2、测试工具的发展，大大提高了软件测试的自动化程度，让测试人员从繁琐和重复的测试活动中解脱出来，专心从事有意义的测试设计等活动。

之前推文中专门介绍过常用的测试文档 ，其实对于工作多年的测试人员来说，测试文档除了必要的测试模板外，其它与项目相关的文档也可以列入文档库，持续学习是必要的，而另一方面在不同的公司，测试人员的职能范围略有不同，多掌握其他技术工种的文档，当机遇来临时，至少是有准备的。可使用思维导图，也可以手记的方式。从古至今，能力永远都是衡量一个人价值的硬道理，只有持续不断学习新的技能，才能不被市场所淘汰，对于从业了3——5年的测试员来说更是这样，想要在现有的职位上进行突破，不断提升自己才快速升职加薪的最佳途径。

⑥取样器(Sampler)：是性能测试中向服务器发送请求，记录响应信息、响应时间的最小单元，如：HTTP Request Sampler、FTP Request Sample、TCP Request Sample、JDBC Request Sampler等，每一种不同类型的sampler 可以根据设置的参数向服务器发出不同类型的请求。⑤进入D:\apache-jmeter-5.2.1\bin，双击jmeter.bat，或在dos窗口输入jmeter命令打开jmeter界面，安装成功。

最后，笔者以为，如果你不想被时代淘汰，那就抓紧时间，提升自己的技术水平，花两年时间好好沉淀一下，在自己的大脑里搭建起一个知识图谱。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。刚入行那几年，大家都铆足了劲儿往前冲，即便是进入功能测试行业后，后续没学什么新技术，也拿到了很高的报酬。所以，不想被淘汰掉，那就好好学技术把。但如今，由于软件测试行业入门门槛低，薪资报酬高，不断有新鲜血液冲刷着软件测试行业的“前行者”们，给我们带来了非常大的压力。

回答： 黑盒测试主要是在程序界面进行测试，通过设定某种场景检验程序在这种场景下是否给出了正确的反应，验证程序正确实现了需求规格说明书中的需求，而白盒测试主要是针对程序内部结构，对程序代码进行代码走查等，但是白盒测试的成本会比较大，当程序有多个路径时，可能会产生较多的遗漏；今天，我们就来聊一聊软件测试行业面试，可能会碰到的题目。分析：给你一个杯子，给你一个电梯，这种问题在前期的面试中是经常遇到也是非常经典的一道面试题，这里给出一个链接，回答时从外观、功能、性能等各个角度说起，再结合自己的一些话就可以了。

在大部分情况下，HR都会理解你，但是在回答问题时千万不能太过于实诚，有些面试者一上来就在抱怨上一家公司如何压榨公司员工等，没有一家公司愿意接受这样的面试者，HR并不能完全感受你所遭遇到的，所以还是请控制好自己的负面情绪。经理or董事长：这个回答回答起来的话还是比较难把握的，因为在面试时，面试者往往对公司的发展方向不是非常了解，所以在回答时可以再带一句，“具体的发展方向，还需要公司的发展方向去调整”。回答：HR：如果是HR问的话，多从稳定性的角度回答，如：家人、朋友都在公司附近，或者喜欢贵公司的文化氛围等；

对于很多小伙伴，尤其是新手来说，刚入行时，由于接触的工具比较少，会的工具可能也就那么几个，如果工作中再涉及不到使用新工具，那么后期想要能力上、职位上有所提升，肯定会是一件非常难的事情。其实，如果都去研读、理解、并应用之，还是有点用的。jmeter是一款100%纯Java编写的免费开源的工具，它主要用来做性能测试，相比loadrunner来说，它内存占用小，免费开源，轻巧方便、无需安装，越来越被大众所喜爱。4，Wapiti这是一个用Python编写的开源的工具，可以检测网页应用程序，探测网页中存在的注入点。

我从入行，到工作大概2年多的时候，有很长一阵子都很迷茫，感觉别人薪资、职级都涨了，但是怎么都没轮到我，不知道是我哪里做的不好？在网上找了很多的学习资料和学习视频，但是学起来就会遇到很多问题，没有人能帮我解答，还有很多编程的相关知识，也不太懂，自己一个人学起来很费劲的。所以，也是到处去找那种软件测试的学习社区，有幸遇到了一位测试行业的技术大佬，进到了一个很不错的学习交流群内，想要进群的小伙伴可以私聊我。至于AppUI自动化，除了上面的一些技能还要会比如说adb的命令，app的环境，app的压力测试之类的。

2.在描述运用核心技能时，最好也能通过具体案例描述分析定位解决问题的能力（比如过程中遇到过影响较深的bug，你是如何分析定位，最后如何协助研发解决等过程，当然你列举的例子具有一定深度，不是一般的bug）所以，一份简历的好坏，不仅关乎个人的“脸面”，更关乎你是不是一个有“含金量”的技术人员。具备扎实的技能基础上，适当的包装可以让你成为测试这条岭上最靓的那个“仔”，剩下的就是看你面试的表达能力了，加油！奖励：曾经得到的具有代表性的奖励，不推荐写计算机四级以下的证（如果写IT相关证书，建议有一定含金量的证书）

利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。刚开始进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我很想做开发（学校专业课我基本上不缺席，因为我喜欢我的专业），但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。

方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能性能如同用户所合理期待的那样。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。

这部分用例相当于P0级的测试用例，主要是为了保证主流程是完全走通的，如果走不通，则测试有权利打回给开发，让开发把主流程跑通后，测试再继续往下进行。用Excel的话，由于功能比较繁琐，可能用例条数会很庞大，一方面测试起来，看太多表格，容易头晕。设计测试用例时的，需要结合需求文档，把测试点罗列清楚，尽量用简洁的语句表述，非常忌讳写出过于啰嗦的用例。测前沟通，找开发和产品去做测试前的沟通，必要时，甚至要找关联的测试人员去做一次沟通，明确测试范围。接下来，我们来说说“优秀的测试用例是什么样”的。

访问JMeter官网：https://jmeter.apache.org/download_jmeter.cgi，点击下载后解压缩，依次打开\apache-jmeter-4.0\JMeter\bin，运行jmeterw.cmd即可。https://jmeter-plugins.org/wiki/PluginsManager/下载plugin Manager，并将下载下来的jar包放到JMeter的lib/ext目录下，重启JMeter。在接口测试中，是多个不同接口的组合，因此就会涉及到接口传值。

假如有一个接口，有100个不同类型的返回，我们需要测试它在不同返回下，系统是否能够正常响应，但是有些返回在正常情况下基本不会发生，比如，我们需要测试在当接口发生500错误的时候，app是否崩溃，别告诉我你一定要给服务端代码做些手脚让他返回500。假如我们需要调用一个post请求，为了获得某个响应，来看当前系统是否能正确处理返回的“响应”，但是这个post请求会造成数据库中数据的污染，那么就可以充分利用Mock，构造一个虚拟的post请求，我们给他指定返回就好了。”，选择本地json文件的路径。

通常情况下，软件测试所包含的边界检验有几种类型：数字、字符、位置、重量、大小、速度、方位、尺寸、空间 相应地，以上类型的边界值应该在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、 最短/最长、 空/满。是一种从用自然语言书写的程序规格说明的描述中找到因（输入条件）和果（输出或程序状态的改变）的关系，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。01及1165．26等。③设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止。

通过一系列常规的Linux系统的使用和操作，强化该系统的实战操作，未测试功底打下坚实的基础。Mysql作为最具有代表性的数据库之一，掌握一系列测试所需要的数据库知识不管是功能测试，性能测试，都是必要的技能。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。如果能将测试，自动化测试融入到整个开发，运维的整体流水线中，达到完整的过程自动化构建，部署并快速得到测试验证结果，那么这将是完美的测试形态。一句话，如果你连自动化都不会，那么你敢说自己是高级测试工程师？

经常听一些小伙伴说做功能测试，如何如何没有前途，做了几年就面临着被淘汰什么的，笔者以为，坐吃老本本就是容易被淘汰的，但若你能成为“吃老本”的人中，最精通的、效率最高的那一个，那么，到你退休前你都不会被淘汰的，相信我，没有哪个精通某一行业的技术人员会被淘汰的。真要被淘汰的，一定是那些“半吊子”选手。好了，话不多说，来分享一些实用的功能测试技巧吧~1、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。3、检查

功能测试是测试工程师的基础功，很多人功能测试还做不好，就想去做性能测试、自动化测试。做功能测试，还有个很重要的工作就是bug管理，一个优秀的的测试人员，线上bug非常多，多于和你一起工作的其他同事，但是线上bug非常少，少于其他同事。很多人功能测试都做不好，就想做性能测试、自动化测试，其实是好高骛远，我觉得基础打好了，再去学习性能测试、自动化测试什么什么的，肯定事半功倍。测试用例必须包含的内容：用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。

框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉。2）页面上，不以字符统计，以总的输入字节数统计，比如，全部输入全角字符，允许可以输入A/3个字符，全部输入半角字符，允许输入A个字符。所以，所有字段都要做长度、大小限制(不管需求有没有给出明确要求，不管测试颗粒度，都要限制长度，不允许报数据库错误，都要测！未规定字段长度（或者数值大小），不按死板输入，输入非常多字符（或者非常大的数值）时，做允许动作的正确性校验，看是否报错。文件名称字符多样化(汉字，英文，符号)；

因为，随着互联网企业的进一步升级，需求管理中更重要的是体现团队的需求，要做到团队（包括利益相关者）与项目目标保持同步，并构建正确的需求体系，保证团队顺利实施研发项目。是一套流程，在市场中，一套策划，执行，控制和监督产品的设计，价格，促销，分销的流程，目的是通过满足组织和个人的需要而带来业务。更改一个需求会产生对其他需求，包括史诗，特性，用户故事，任务，缺陷或测试用例的一系列影响。需求池是一种集中存储需求的方法，将未规划的，未开发的，评审中的和已规划的等不同状态的需求集中管理。那么，什么是需求池呢？

但是几个月之后，慢慢感觉到了一丝枯燥，每天的时间浪费在编写测试用例上面，到bug管理工具上提bug，要描述的非常清楚到位，还要截图，感觉已经没有当初的成就感了，而且感觉学不到啥东西，感觉整个人都废了，每天就像混日子一样，到点打卡上下班。作为内行人，程序员才是最累的，每天坐在电脑面前，有时候经常是一坐一下午，忙起来都能忘记喝水和上厕所，办公桌旁边的保温杯泡着枸杞的白开水，经常是放着放着就成凉水了，想起喝水的时候，还得重新倒了凉水，再去接热水。所以，入这行前，一定要想清楚，自己对前端编程是否有足够的兴趣。

第四次挥手：客户端收到服务器的连接释放报文后，发出确认报文ACK包（ack=w+1），且带上序列号seq=u+1，发送完后，客户端进入TIME-WAIT（时间等待）状态，。第二次握手：服务器收到SYN包，为了确认客户的SYN包，所以发送一个确认包ACK（ack=x+1），同时自己也发送一个SYN包（seq=y），即SYN+ACK包，此时服务器进入SYN_RECV状态。第一次挥手：客户端发送一个FIN（seq=u）包，代表连接释放，并停止发送数据，客户端进入FIN-WAIT-1（终止等待1）状态。

HTTP请求的报文分为四部分：请求行、请求头、空一行、请求体，其中前三个是所有HTTP请求都有的部分，请求体不是所有的HTTP请求都有（例如GET请求没有请求体）。HTTP响应的报文分为四部分：状态行、响应头、空一行、响应体，其中前三个是所有HTTP响应都有的部分，响应体不是所有的HTTP响应都有。（2）Session：可以理解为永久的cookie值，保存在服务器上，并传递给客户端，并保存在内存中。HTTP协议存在的问题：发送的数据都是明文的，存在第三方窃听，截取数据包、伪装客户端的情况，存在安全隐患。

结合四个选项的比例来看，2023年认为行业有前途的受访人占78.4%，比2022年下降了4.1%，但是份额远多于对行业前景持悲观态度的人，可以得出，测试工程师们普遍对行业充满信心。从历年数据可知与2022年相比2023年认为测试领域有前途，但有时也觉得迷茫比例减少了4.1%，这也是2023年所有选项中占比最高的选项，表明大部分测试从业人员对行业还是充满信心的，迷茫表明测试人员还需要进一步明确自己的职业规划，并且切实的付出行动。不清楚，持观望态度的占13.4%，有8.2%的人觉得软件测试行业前途无望。

鉴于DevOps的普及以及测试自动化未得到充分利用的事实，只有不到20％的测试是自动化的，因此在组织中增加测试自动化的采用还有很大的空间。放眼全球，了解技术发展的边界和趋势，有助于组织和个人的发展及竞争力的提升，偶尔看到国外某网站的一篇文章，读来颇值得参考，简单翻译过来，分享一下。随着向DevOps，测试自动化和AI/ML转变的趋势，我们将看到允许与应用生命周期管理中的其他工具和活动集成的测试工具。例如，使用AI/ML来检测测试的重点，不仅需要来自测试阶段的数据，还需要来自需求、设计和实施阶段的数据。

且UnitTest可以在安装Python之后直接导入，而Pytest作为第三方库则需要独立安装，有一些不可预知的风险，在稳定性上又远远落后于UnitTest。但他又表示Pytest太过于“新手”仅仅掌握Pytest并非长久之计，他想学UnitTest为将来跳槽涨薪打基础，不仅是他，几乎所有初入行的测试人都这样想。而Pytest则是Python的第三方单元测试库，脱胎自unitTest，长久以来一直以简单易用的特点深受新手入门者的喜爱，并且扩展性不错，也支持应用层功能测试。

通过测试评审会，一方面，测试人员对需求和系统实现方式的疑问能得到开发的解答，并最终与开发达成共识；另一方面，测试人员对测试方法，测试策略，测试思路进行展现，开发和其他评审人员进行提问和补充，目的是能在有限的时间和人力条件下，以高效的测试手段，达到比较理想的覆盖率。本文档针对前期开展的版本测试评审会存在的不足和问题，总结一些经验和教训，制定评审议程，希望能帮助大家更有效率和效果的开展测试评审。另一方面，测试方会对测试思路，测试方法，测试点进行呈现，开发等其他评审人员提问和补充修正，以达到完善测试案例的目的。

我们可以通过fiddler来模拟限速，因为fiddler本来就是个代理，它提供了客户端请求前和服务器响应前的回调接口，我们可以在这些接口里 面自定义一些逻辑。Fiddler的模拟限速正是在客户端请求前来自定义限速的逻辑，此逻辑是通过延迟发送数据或接收的数据的时间来限制网络的下载速度和 上传速度，从而达到限速的效果。使用Fiddler对手机App应用进行抓包，可以对App接口进行测试，也可以了解App传输中流量使用及请求响应情况，从而测试数据传输过程中流量使用的是否合理。

我们不能保证我们的用户即玩家有良好的网络在玩游戏，网络也会波动，波动就是网络不畅，特别是手机网络速度在特定的环境下，网速就是渣，比如在偏远地区，信号一直不好，又比如在地铁上，网络时断时续。以前有个三秒定律，是说3秒是一个分界线，打开速度小于等于3秒的网站和超过3秒的网站命运是不一样的，57%的用户在3秒后还没加载完就会放弃，意味着用户流失。为了让玩家有良好的游戏体验，那么必然一旦恢复网络，就可以再次体验游戏，一个是自动重新连接游戏，另一个是可以手动连接游戏。现在的手游都会做断线重连的机制。

做到这点，你需要了解如何收集崩溃率，如何使用一系列工具来定位核心问题，如何推动开发改动，并且预防（静态代码扫描工具引入，阻止乱用第不成熟的第三方插件，代码reivew防止常见pattern如空指针引发的崩溃，推动开发养成良好的log习惯，推动移动端防御性编程编程开发习惯，推动后端开发按照规范吐接口，帮助开发引入内存泄露、卡顿工具，趋势报表，警钟长鸣，各种灰度方式设置，线上监控。其它能力 测试是个万金油，高阶一些的职位需要什么都要会一些 ，因为越高阶的职位需要解决的问题越综合，需要打交道的人的种类越多。

例如，你测试一个核心电商系统的交易模块三年了，业务上你一定要熟练讲出来：商品列表、购物车、下单、退单、废单、支付、发货、库存、退款、优惠使用等等一坨业务流程，和可能出现的常见的坑（各类问题产生的资损、各类问题产生的服务不可用、逻辑矛盾），不然根本无法体现你经验沉淀和深入思考；代码要会写，要有软件架构能力，问一大坨平时根本用不到的技术问题，还挑经验，挑沟通能力，挑这挑那，有时候还特么挑学历、挑年龄，甚至还有挑星座的，也是……这些特性体现人的内核，有强大内核的人，做什么都行，技能暂时不足，也一定能补足。

比如一个典型的例子， 在搜索， 推荐， 机器学习等方向的算法测试是很重要的领域， 是需要专业的测试工程师参与的。随着接口测试， 质量监控， 覆盖率分析， 业务建模等技术的突破， QA也会形成自己稳定可积累的业务数据， 并逐渐形成自己的平台和业务。我跟行业的很多测试经理交流过， 大部分工作超过6年的人， 在测试执行上会倦怠， 在测试技术的改进上已经无法入门， 还不如招实习生。虽然早期我也呼吁身边的人赶紧脱离落后的业务体系， 脱离落后的测试技能， 但是看到很多人越来越生活艰难， 也是挺心痛的。