只要不被裁,蒙着眼走
一杯茶的功夫,你就被优化了
没管理者乱来谁愿意搞这些鬼名堂
有目标有行动的苟着
最大的作用是代替了以前需要查的工具书。
AI agent 基本都长这样
个人觉得还是有必要的。
新入行的有个系统的认知。
老家伙可以对自己的知识结构进行一定梳理。
主要是钱不多也不难
AI 写的用例可以帮你做出好看的数据,比如领导 PPT 上 XX% 的用例已经用 AI 编写,反正他们又不看用例质量的。
具体实际效果如人饮水,冷暖自知。叫得越凶的,往往是离一线越远的。
以下是问的 AI,我觉得没啥毛病(学习内容可能少了点,毕竟安全什么都要懂)。
学习安全测试是一个系统的过程,以下是一个为期三个月的学习计划,可根据个人情况进行调整:
了解安全测试概念
学习基础网络知识
掌握操作系统基础
学习常用安全测试工具
进行静态和动态分析
学习渗透测试基础
进行模拟测试
参与线上 CTF(Capture The Flag)竞赛
总结与复习
希望这个学习计划对你有所帮助!如需进一步细化某部分内容,请告诉我。
除了 tesseract、PaddleOCR、EasyOCR 等,还可以直接调用 LLM~
先搞清楚测试目的,测试范围、测试场景(负载?容量?疲劳?or 其他)、业务指标等
确定这些才能弄清楚有几个事物,然后放到事物控制器下。
至于线程组,一般根据你测试需求来,比如你对同一个事物做负载测试和疲劳测试,参数肯定是不一样的,就弄多个线程。
类似以下格式:
/线程 1_负载/事物查看首页/news 请求
/线程 2疲劳/事物_查看首页/news 请求
银证转账都给干异常了。。。可怕
呔!倒反天罡,反问是你来面试我的吗,you out!
其实很多技术面试官并不是管理者,这么问有些时候不是很适合。
学到了学到了,真·干货
赚钱么,不寒碜。行业如果领域知识门槛高,你自己写挺好的。
做点自己喜欢的,热爱的并花大量时间在上面
一个月强制改一次密码且不能与历史一样才叫痛苦,逼我在密码里加了时间戳
我来说点我实际工作中的:
无论功能大小,能不写测试用例就不写。
测试用例一般没时间严格和完整的执行。
长期的项目,测试用例也没有持续维护。
压根儿不使用版本控制软件对测试用例进行版本控制。
一切为了统计需要。
测试点列列就差不多了,规则穿肠过,用例心中留。
能录制就不代码,能代码就不再写一遍用例。
根据优先级和风险应对紧急发布。
承包地之后,从打工人变成给自己打工了,我觉得只要不想着赚大钱,还是不会像现在这么焦虑
不好干才没那么卷呀。。。现在年轻人干农业的少了,我个人感觉是条出路
家里有地的专业农业技术人员。
我个人觉得当个职业农民可能算一种出路。。。
兄弟,祝你好运