已婚，娃快 2 岁了
1、门当户对，自古以来都是存在的，如果你是一个自尊心很强的人，如果找到一个对方家境比你优秀的人，要了解对方家里的为人处事，不然婚后的生活一旦和金钱扯上关系，真的很卑微；相反，如果你找到一个对方家境没有你好的人，请你善待；
2、双方观念一定要相当 A：生活离不开金钱，比如关于家庭理财要一致 B：关于养老，世界最难搞的关系就是婆媳关系，暂且猜测你可以接受和爸妈住在一切，但是女方不这么认为，或者你妈和女方至少有一个比较强势；C：婚后有小孩之后，关于小孩抚养 教育，这个时候生活中的各种矛盾就出来了，从十月怀胎开始，关于小孩抚养和教育方面观念要一致，比如产检医院选择，选的不好说男的只负责动几下一点都不负责，比如小孩奶粉用什么品牌、晚上尿片谁换等等很多鸡毛蒜皮的小事，还有最大的问题就是小孩学区房的问题；
3、都 30 大几了，还什么同行不同行，难道你还有行业限制吗？一定是要干互联网的么？ 请问是不是还有学历限制？

非全本科要不要

强

自己住怎么才知道亏不亏？世间万物都是相对论，你要是现在买了，未来还是降价，你永远觉得都是亏。几千的房价还能亏到哪里去

1、项目理解透彻 2、仅仅凭产品狗的需求文档理解需求还不够，还要多学点行业知识，这样理解起来会轻松很多；3、多站在使用者角度思考

同样坐标深圳，8：30 ~ 18:00 9：00~18:30 两个弹性时间，每天可以任意选择。
晚上过了 7 点就有免费的加班餐，很少加班，最晚也才到 8 点
龙岗政府把一些人才房给了公司，公司内部按照内部的积分制度按照申请审核入驻，我有幸入驻了。48 平方 房租 850，水电气自己交，物业费 145 停车费 200，地下 2 层停车场基本每天有车位，住的地方到公司 3 个地铁站 + 上走路 总共花费 35 分钟左右

2024 还有个事情忘记写了，一个大学大妹朋友开健身房的，找我开发了微信小程序，也顺便学习了下 uniapp 的开发使用，收入 3K

后面是个设备房大门，可能是为了方便设备房进出吧

L034 车轮档条比其他车位的考前 30CM 左右，停飞度很好

L034 边上看图纸有个门，不知道是否有影响

箭头是电梯入户大门，L034 L035 如果你倒车入库的话，车要往斜前方开点，如果正好有人出来，会有影响。 L035 后面是有个紧急门的，可能会开关

全部免费送，按照购房合同签订时间排队选车位

一、大家在找工作面试时候，不要只准备一封简历，特别是简历中项目的介绍，为什么这么讲呢？1、假如你之前参与的项目本身没有太复杂的业务，面试官要你介绍项目时候，会像楼主一样，因为项目介绍容易让面试官觉得你对业务不熟悉；2、你之前参与过的项目所属行业 和面试的公司业务毫不相干，比方说你面试的公司是搞电商的，你简历上面项目是游戏，大多数结果就是没有相关行业业务经验。面对这种情况，大家在收到面试通知时候，可以把面试时间约的迟 1 到 2 天，一来显得自己手上有好几个面试资源，二来有个 1 天时间可以去找下面试公司相关的市场产品试用，临时编个项目，当然面试约的时间不能太久，不然显得不够重视。
二、面试测试开发岗位，特别是大厂这种，很看重算法 设计模式 分布式 并发处理 底层原理 开发语言细节，比如 匿名函数 ==和 equals 区别 切片 构造函数 等等

当你将 @pytest.fixture 的 scope 设置为 "session" 时，意味着这个 fixture 将在整个测试会话期间只初始化一次。这意味着无论你运行多少个测试类或测试函数，driver fixture 只会在第一次需要它的时候被调用，并且它的状态会被保留直到整个测试会话结束。
而当你把 scope 设置为 "class" 时，fixture 每当遇到一个新的测试类时就会重新初始化一次。也就是说，对于每个测试类，都会创建一个新的 driver 实例。
在你的例子中，device_name marker 是通过 request.node.get_closest_marker("device_name") 获取的。request.node 在不同的 scope 下代表不同的对象：
当 scope="session" 时，request.node 指的是整个测试会话的根节点。
当 scope="class" 时，request.node 指的是当前的测试类。
因此，如果你使用 scope="session"，那么在 driver fixture 被首次调用时，它实际上是在尝试从整个测试会话的根节点获取 device_name marker。然而，device_name marker 是在具体的测试类（TestLogin）上定义的，所以根节点上并不存在这个 marker，这就是为什么你会看到它是空的。

1、刚开始实习那年，做 HIS 软件实施工程师，就是医院、社区社康那种门诊软件，有次去一个连锁社康做实施，人家对方信息部人好不容易组织他们药房几天整理出来的药品信息，被我部署调试时候一下子干没了，当时对方和我们这边都没有那么规范，也没有备份，结果导致人家药剂师天天加班整理数据，还上报上去了，后面被老板骂，每次去那个社康药房主任都瞪眼，实习时候带我的师傅也被牵扯；
2、刚入职新公司半年，对业务细节还是不是很熟悉的那种，由于某个 BUG 导致库存扣减数量少扣减了，这个 BUG 并且不是第一时间发现的，而是运行了半年左右才反馈，后面导致修复历史数据用了 1 年的时间长把库存平掉

插件自带

你这个技能软/硬件都会，还会写代码并且前后端都会，30K 妥妥的没有问题，我们公司纯功能测试都有 22K

1、UI 自动化把每个操作步骤后界面截图保存存放，然后人工只用切换图片查看图片上信息即可，省去了人工操作 APP 的成本；
2、按照恒温方式，结合 chatGPT 搞，但是准确率就不敢保证了

前端点击某个按钮提交请求，F12 看接口一直没有响应，这个通过查日志是可以找到问题的，但是你说开发查日志查不出结果就尴尬了：
1、你们是微服务吗？如果是微服务，这个流程可能涉及多个服务调用，有没有可能是日志排查方向错了；
2、接口没有响应多半是接口代码报错，比如空指针，项目日志打印级别调整一下，再不行 log.info 隔几行打印一次；
3、接口没有响应还有种可能就是，代码不报错，但是这个操作涉及大量的数据导致一直在处理，或者数据库表出现死锁；
4、项目方面没有问题，那就是服务器资源问题了；
这种问题可以针对出现未响应按钮接口，用 jmeter 压测，这个压测不要一上来就大批量，可以呈阶梯式增加，一定会在某个阈值出现这个问题的

讯飞的这篇文章可能会给你提供思路

1、整个测试团队除了产品了解整个项目流程，就只有测试了，平时工作中不能埋头工作，还要利用点时间学习需求分析、市场调研、竞品分析怎么弄，学会 Axure 原型工具的使用，所以测试转产品也是一个很好的备选。产品我个人觉得只要你对这个系统的规划和把控能力强，比测试吃香。我们部门刚招的一个产品 82 年的，早就过了 35 岁的坎；
2、在平时项目开发过程中，其实测试对项目进度起着关键的作用，稍微上进心能力强点，性格开放点的，我觉得考个 PMP 转 PMO 岗位也是很不错的，我们部门招的 PMO 岗位 79 年的

如果你有驾照，驾驶经验还可以，可以搞代驾；
如果你有驾照还有车，可以跑滴滴；
如果你既没有驾照又没有车，但是有个小电驴，可以跑外卖；
如果你既没有驾照又没有车还没有小电驴，但是有个手艺啃吃苦可以摆摊；
如果你既没有驾照又没有车还没有小电驴还没有手艺，但是你有好的脸蛋和身材，可以搞短视频搞流量；
如果你既没有驾照又没有车还没有小电驴还没有手艺还没有好的身材和脸蛋还又不肯吃苦，但是你有个局长老爸，可以躺平；
如果你既没有驾照又没有车还没有小电驴还没有手艺还没有好的身材和脸蛋还又不肯吃苦还不能啃老，那就提前回家养老，种点小菜园自给自足，记住千万不要提前过渡消费！

我们目前还是操作本地编写用例，导入系统。最终的目标就是方便领导，就是领导想看测试组某段时间归档了什么用例，进入系统看就可以了；再就是测试组做做月度统计时候，提供了一些数据支撑

左右结构，左侧选择项目系统，在左侧按照系统功能模块建立分级，可以细分到按钮，鼠标几点左侧点击，在右侧操作用例，这样用例和模块、用例都绑定了

1、目前在使用过程中，一个用例经历了长达 3 年的版本迭代更新，用例分支很多，采用一次性加载，导致每次打开有点慢，不知道针对这个问题大佬是怎么处理的呢？

为了减缓这个问题，我在点开用例脑图详情时候，增加了一个弹窗，并且给出按照用例 或者按照节点，如果是按照用例则展示整个用例的脑图，可能用例内容多会慢，但是给出了提示语，让用户有个心理预期；按照节点就是，我们用例第三级别基本都是功能点，你可以选择只打开，某个功能点的用例脑图，这样就减少脑图数据的展示了；

2、目前我们没有实现在线协同的功能，最理想的情况是我希望能实现腾讯文档那种在线协同编辑的功能，但是人家鹅厂一个团队弄的事情，我们一个小小的测试开发投入成本相当大，并且很多技术问题不能得到保证，比如突然服务挂了 断电了用例编写的是否能自动保存，总不能测试人员辛苦写的用例就因为你系统的问题，