北漂一枚的博客

Sorted Set------有序集合。String----------字符串。List-------------列表。Set--------------集合。Hash------------字典。

异步发送：生产者发送消息，然后等消费者处理完成后，会有一个回调结果mq消息丢了常见情况：1.生产者消息丢失可能由于网络问题，错误的主题、消息过大等原因导致消息发送失败2.消费者消息丢失怎么保证不丢失呢？【生产者】同步发送，拿到返回结果异步发送，回调函数发送方确认模式，当消息成功发送后，或者消息写入磁盘后，发送一个确认给生产者重试【消费者】开启ACK确认机制，可以确保消息被正确处理，如果获取到消息，则认为成功了，这个时候如果消费者宕机了。

这些微服务都注册到服务注册中心（如Consul或Eureka）中，然后服务代理（如Zuul或Nginx）可以通过服务注册中心发现微服务的地址，并将客户端请求转发到相应的微服务。例如，用户服务的HTTP请求首先会发送到服务代理，然后服务代理根据请求路径将其转发到用户服务。它通过将方法调用封装成网络数据包并在不同的进程之间传输，实现不同服务之间的互相调用。消息队列：如 RabbitMQ、Kafka、RocketMQ 等，服务之间不直接调用，而是通过消息队列进行异步消息传递，实现服务之间的解耦和异步处理。

异步的例子： 继续上述场景，用户在完成支付并下单后，系统需要发送订单确认邮件。这个过程是异步的，因为用户不需要等待邮件发送完成就可以继续浏览其他商品或进行其他操作。邮件发送可能是在后台独立进行的，即使邮件发送过程中出现问题，也不会影响用户的购物体验或订单的有效性。这个过程是同步的，因为用户界面会显示一个加载动画，用户必须等待系统确认库存后才能进行到支付环节。而发送确认邮件是异步操作，因为它是订单流程的一个非关键步骤，用户不需要即时得到这个操作的反馈。而后台发送邮件是异步的，用户可以继续使用应用的其他功能。

1.进度跟踪：紧密掌握项目的整体进度情况，确保按照计划完成。比如我们之前用到的testlink，去看一下每个人的用例执行情况，是不是有什么阻塞问题，还有bug解决情况，遇到问题要及时调整。1.制定流程：建立规范的测试流程，包括测试计划的制定、用例编写、执行、bug追踪等。2.流程优化：根据项目情况，不断的优化测试流程，提升测试效率，比如频繁出现的缺陷类型，优化用例设计方法等。出现有冲突的时，及时的去调整，保障项目能够顺利进行。识别测试过程中的风险，比如需求变更了，人员请假了等等，并提前制定对应的措施。

adb devices 查看当前连接的设备。adb shell 登录设备的shell。adb install apk文件路径。adb uninstall 软件名。

1.app运行时，接入电话、短信、微信时，检查是否正常运行。2.有网到无网再到有网，数据是否可以自动恢复，正常加载。2.切换到后台再切换，检查数据加载是否正常。选中商品后，总金额计算是否正确。3.结算时，金额是否实时显示。1.添加商品到购物车时长。不同机型、不同操作系统。2.购物车列表加载时间。添加商品-数量大于1。

应用崩溃测试-在发送或接受私信过程中，强制使应用崩溃，重新打开应用后，检查私信功能是否能正常回复，聊天记录是否完成。在网络正常的情况下，能否发送文字、图片、附件、表情、特殊字符等，对方是否能够收到，并且正常展示。是否能够删除本地聊天记录，删除后的展示效果是什么。是否能够正常撤回，撤回后，展示什么。

1.网络异常测试：模拟弱网或网络中断，检查是否有对应的提示，网络恢复后，视频是否会自动恢复等。2.播放中断：在播放过程中，如果异常退出，重新打开，验证是否能够继续按上次播放的位置播放。1.基本的播放测试 检查能否正常播放、暂停、停止、快进、快退。3.播放模式测试：比如循环播放、单曲播放等。画进度条能正确显示播放进度。浏览器兼容、设备兼容。

响应时间：对app进行操作，点击、滑动等，做出反应的时间，如果慢，则会出现卡顿。包括首次启动、非首次启动的时间。

如果仍然存在严重程度高，优先级高的bug，我们则认为测试没有通过，如果只是一些低优先级的小问题，经过产品相关人员确认后，如果不予暂时不修复的，那可以判定测试通过。我们的每一条用例，都有对应的预期结果，如果一致，则说明这条用例测试通过，另外，一条测试用例可能包含。多个预期结果，必须所有的测试点都达到预期后，我们才认为这条用例是测试通过的。首先要确定所有的需求都被覆盖到，包括正常场景、异常、边界值等情况。1.对比预期结果和实际结果。

2.提前介入测试：在开发过程中提前进行测试，可以迅速发现问题并及时修复，减少后期的回归测试工作量。开发人员和测试人员密切合作，确保测试进度和开发进度紧密衔接‌。1.优先级排序：根据项目的需求和紧急程度进行优先级排序，将测试用例用例划分优先级，合理安排测试资源。4.冒烟测试：开发提测后，先做好冒烟测试，确保测试流程时走通的，通过之后，再进行整体的测试。5.风险管理：定期进行风险评估，如果可能出现延期，要进行及时调整。3.自动化测试：编写自动化测试用例，可以减少测试时间和人力成本。

可以在自动化发现问题的时候，将这个bug标记成自动化发现的，这样的话过一段时间就可以去统。力，我们可能做不到每天都去手动回归。如果用手动去做回归测试，假如每天每天需要2个小时回归测试，项目3个人，意味着每个版本耗。自动化测试通常都是在晚上凌晨以后自动执行的，早上上班就。自动化测试的主要目的是为了保障原有功能业务是正常的，所以他发现的问题并不会太多，那么你。开发可能每天都要提交版本，理论上来说测试需要每天都去回归相关的接口，但是受限于测试人。计自动化发现的bug数量了，比如半年发现bug20个。

一般老员工需要足够的尊重，同时对新领导可能不太了解，所以才造成不服从管理的现象。一般我会对老员工足够的尊重，另外在私底下会向他们请教一些工作上的问题，毕竟是老员工，一些业务的问题比很多人都了解，这都是我学习的地方，同时也拉进了彼此的关系。

互联网加班也很常见，有时候为了赶进度和上线等因为，进行一定的加班，我觉得 有必要的话可以进行加班，但是我会提前规划自己的工作，同时也会提高工作效率，减少非必要的加班。

1.积极面对压力和管理压力。通过合理的时间管理和任务分配，平衡工作负荷。同时自我调节，在忙碌的时候给自己一些放松和休息的时间，以保持身心的平衡。2.寻求支持和反馈。经常与同事进行有效的沟通，寻求帮助和支持。

项目具有独特性，不同的项目遇到的困难可能也不太一样。

4.随机数，比如random、Faker。2.配置文件，比如ini。

从测试环境讲，saas是基于云端的服务，要考虑不同的云平台集群环境，比如华南集群、华北集群、华南集群、海外集群等，而普通软件测试，只针对内部系统环境。另外saas软件在进行数据测试时，重点关注 数据隔离，保证不同租户之间的数据是完全隔离的，数据互不受影响，而普通软件就不需要考虑。功能性方面，saas除了验证标品功能以外，还需要测试不同租户的定制化功能，但是普通软件，只关注系统本身的功能是否符合。上次面试问到了整个问题，一脸懵，现在总结了一下，重点要体现出多租户、数据隔离，有补充的可以留言。

测试类必须继承unittest.TestCase，测试函数以test_开头。另外unittest提供了如setUp和tearDown等方法来设置和清理测试环境。测试文件必须以test开头或者*_test结尾，可以写成类，也可以写成方法，如果使用类，必须以Test开头，同样方法以test_开头。另外不能有init方法。unittest使用内置的断言方法 包括assertEqual,assertTrue等。pytest支持很多插件，比如pytest-xdist。pytest使用assert，比较简单。

装满水，经过24小时后，查看杯子的泄漏情况和时间。是否可以装热水、饮料、茶等不同的饮品。从高处摔下来，看看摔坏的最大高度。从桌子上掉下来，看看他是否被破碎。3.是否有搅拌、吸管等功能。放热水的话是否会炸裂。

如果只是发送简单的表单数据，请使用 application/x-www-form-urlencoded，但如果表单数据包含。2.表单：application/x-www-form-urlencoded 默认的方式。之前有次面试被问到了，当时回到的是，表单和json，后来从网上查了一下，总结如下。3.multipart/form-data ，通常用来上传文件、上传一个图片。，则需要使用 multipart/form-data。

另外1-2年内，我会专注如何提升工作效率，或者符合公司项目中所需要的技术，来学习新的技能，提升自己的的专业技术能力，为团队、公司创造更大的价值。首先，我会熟悉公司的业务和产品，尽快的融入到工作中，把测试的本职工作做好，最后在未来3年，我希望也能提升自己的管理能力，能够成为业务leader。

3.兼容（适配性测试）

列表和字典是可变的数据结构，可以对元素进行增删改操作；元组和集合是不可变的，一旦创建就不能被修改。having 可以使用聚合函数的结果进行筛筛选组。列表和元组是有序的，可以通过下标来访问其中的元素；字典和集合是无序的，可以通过key来获取。