你工作这么久了,单人还要写这么多吗?
项目规模和团队分工怎样?有多少个模块?
项目迭代周期怎样?
项目有几个测试人力?
测试用例的颗粒度怎样?
自动化用例占比多少? 是否有通过数据驱动快速生成参数化用例?
你这 1 年写的用例数顶我几年的了
一年就要 8 千条用例的项目,得是大型金融系统且用例颗粒度极细的,否则我真想象不到你是在做什么? 一条用例 40 个字好了,你就写了 32 万个字,都可以出本小说了
@ 我不吃香菜
那你最近的项目写了多少用例呢?
测试平台嘛,功能大差不差,应该找你们公司用的人提意见比较实际
大佬是在整这个?
最后一句才是重点
但是【唱跳 rap 打篮球】楼主,既然你是 IKUN,如果你真的要走网安这条路,可以考虑考个事业单位
年龄>空窗>学历>外包>跳槽频繁
结啥婚? 一个人自由自在的不好吗?
这种脑残问题不用在意,
有人会记得自己吃过多少顿饭吗? 人肯定每天都在吃饭的,
但是回答不出就没吃过饭吗? 这种就是典型的脑残问题
以前就各种左右移,现在都是 AI
深圳 7K 还真不如试着转行了
我感觉我现在有 AI 后遗症,看到什么文章或者代码,第一想法就是: 是不是 AI 生成的
不是吧,七年工作经验的兄弟,你这问题我帮你模拟下场景:
就像是一人的家里断网了,他自己不检查路由器,也不打电话给运营商,去论坛里发了个文字帖:“大家帮我看看,我家网怎么就没了?”
虽然作者的游戏只卖 9.9,但是真的看上去没有想玩的欲望,果然现实和梦想总是差得很远
对于测试结果而言,投入 AI 的钱真不如拿去用于多投入点人力,人力多了测试质量自然就高。
对工作效率方面,AI 就相当于一个很好的效能工具,能帮助测试开拓思路和减少学习时间
能正确出用例都不错了。。。还整啥?
deepSeek 了解一下,不用翻墙,国产 AI
嗯,用户现在面临的问题是,领导要求他们提升自动化测试的 KPI,但现有的框架已经覆盖了 API 和 App 的自动化测试,而且用户觉得公司的 App 每个版本迭代频繁,不太适合做自动化。不过用户作为唯一的资深 QA,需要找到新的方向来展示业绩,可能是在总结大会上突出成绩。需要帮他想一些可行的新方案或技术,既能满足领导对 KPI 的需求,又不至于做无用功。
首先,用户已经用了 Appium+Pytest+Allure 和 Cypress,覆盖了接口和 UI 自动化。可能存在的瓶颈是维护成本高,尤其是 App 频繁迭代导致 UI 自动化维护困难。这时候可以考虑引入一些新技术或方法,比如视觉测试、性能测试、安全测试,或者智能化测试工具,比如用 AI 生成测试用例。另外,用户提到效率提升空间不大,可能需要从其他角度入手,比如测试覆盖率、质量门禁、CI/CD 集成、测试报告优化等。
然后,用户的需求可能不仅仅是技术上的,还要考虑如何在汇报中展示成果。比如提升测试覆盖率的数据,引入新技术带来的效率提升,或者预防了多少 bug。此外,用户可能需要一些能快速见效的项目,比如监控报警、精准测试,或者和开发协作的单元测试推动。
可能用户没有想到的方面包括:精准测试(结合代码覆盖率)、生产环境监控、测试左移(如 API 契约测试)、测试右移(线上巡检)、智能化测试(自动生成用例)、质量度量体系的建立。另外,还可以考虑将现有自动化用例整合到 CI/CD 中,实现更快的反馈,或者引入并行测试、分布式执行来提升运行速度,虽然用户觉得效率提升空间不大,但可能还有优化余地。
需要评估哪些方案实施起来成本低,见效快。例如,接口自动化已经覆盖 600 个接口,可以进一步增加场景覆盖,或者做性能测试。安全测试可能也是一个新方向,用自动化工具扫描接口漏洞。此外,测试数据管理可能是一个痛点,自动生成和清理测试数据,提升自动化稳定性。
还有,用户可能没有足够的时间去全面铺开,所以需要分阶段实施,先做容易实现的,比如质量门禁、测试报告增强、性能测试试点,然后逐步推进其他项目。同时,展示数据,如拦截的 bug 数量、提升的覆盖率、减少的手工测试时间,都能作为 KPI 的亮点。
总结下来,可能的建议包括:1. 引入视觉自动化测试;2. 性能测试自动化;3. 安全测试;4. 精准测试与代码覆盖率;5. 测试数据管理;6. 质量门禁与 CI/CD 强化;7. 线上巡检与监控;8. 智能化测试;9. 测试度量体系;10. 跨团队协作推动单元测试。这些方向既能展示新技术应用,又能带来实际的 KPI 提升,适合在总结中汇报。
根据你的情况,我为你梳理了 10 个可落地方向,既有技术革新也有流程优化,既能提升质量又能包装业绩亮点,供参考:
痛点:UI 频繁迭代导致视觉问题难覆盖
方案:
Applitools
或SikuliX
做视觉比对(无需维护元素定位)痛点:当前自动化仅覆盖功能,性能问题频发
方案:
locust
批量并发调用接口(复用现有 GoogleSheet 用例)痛点:自动化覆盖率难以量化
方案:
Jacoco
统计代码覆盖率(仅需开发埋点)痛点:测试数据依赖人工构造
方案:
Faker
库自动生成测试数据(姓名/地址/边界值)Redis
实现测试数据池动态分配痛点:上线标准不明确
方案:
痛点:生产环境监控空白
方案:
痛点:接口变更导致自动化失效
方案:
Pact
让前后端定义契约痛点:UI 自动化维护成本高
方案:
Airtest
录制关键操作流方案:
Grafana
整合:方案:
例如最终呈现:
"Q3 通过质量中台建设,实现:
✅ 自动化缺陷拦截数同比 +150%
✅ 版本发布逃逸问题-40%
✅ 累计节省手工测试时长 300+ 人天"
这些方向既不需要推翻现有框架,又能快速产出可视化结果,适合在小团队树立技术标杆。
你都特定 @ 谁了,还发啥帖呀。。。。。。。。。。。。。。。。
deepseek 对中文真心友好,又便宜,
我让它教我写个平台,给出的答案很详细,还挺人性化,测开岗要有危机了
可以看下毛选《矛盾论》
“矛盾是普遍的、绝对的,存在于事物发展的一切过程中,又贯串于一切过程的始终。”
1 认识矛盾的普遍性
你这里的矛盾是焦虑,它是人与外部环境、内部需求和自我期望之间矛盾的表现。每个人在工作和生活中都会遇到焦虑,这是推动自我反思和成长的动力,你要正确认识且承认焦虑的普遍性,从而帮助你接纳这种情感,而不是将其视为一种负面情绪,焦虑是生活的一部分。
2 找出主要矛盾
焦虑通常源于生活或者工作的多个层面,非单一因素造成,你要找出属于你的 “主要矛盾”,
【对未来的焦虑,其次就是想的太多,做的太少,期待别人的肯定,在意他人的看法,无法向内求】
你的话语中透露着你的主要矛盾是 内心自我认同缺失,【想得太多做得太少、外部评价的过度依赖】的次要矛盾也是源于你这个主要矛盾,焦虑和过度思考消耗了你的精力使你无法按部就班的付诸实际行动,自我认同感的缺失让你急需外部的认同获得信心,导致了你的依赖。
3 认识矛盾的两面性
“事物矛盾法则,即对立统一的则,是自然和社会的本法则,因而也是思的根本法则”。焦虑的矛盾面,既有内心自我认同的缺失,也有外部评价的影响。这两者是对立的,但又可以转化。你可以通过将外部评价转化为对内心自我认同的推动力量来解决矛盾。例如,通过对他人的反馈进行自我反思,找到自己成长和进步的方向,而不是让外部评价左右自己的情感和行动。
4 集中力量解决主要矛盾
主要矛盾是自我认同缺失,而行动上的拖延和他人评价则是次要。
你可以尝试采取以下策略:
从内心认同自己:通过反思自己的优点、成就和个人价值,逐步建立起内在的自信,减少对外界评价的依赖。比如,每天记录自己的进展和成功,帮助自己感受到内在的成就感。
设定小目标并付诸行动:将过度思考转化为实际行动,设定每天的小目标并逐步完成。每完成一个目标,你会积累自信,从而减少对未来的不确定感。
减少对外部评价的依赖:学会独立评价自己。认识到他人的看法是有限且主观的,它不能完全定义你的价值。
5 研究问题,忌带主观性、片面性和表面性
可以读下实践论,里面有很多方法
这作者是搞新闻媒体的成功人士 (赚到钱的),访谈节目还行,写成书真有捞钱那味了
年轻的时候,没有什么生活规律不规律,通宵喝酒吃串,第二天睡到中午还可以去打球。中年后开始讲养生和生活规律了,因为吃油腻点都闹肚子。一旦你开始注重什么,就是哪里不行了,很明显就是你们公司的收益不如以前或者让老板紧张起来,老板开始有时间去找你们茬
我其实只是想从中找下规律,看有没有隐藏的商机
这是发生在他们经济衰退的阶段,不知道后期国内公司会不会也这样