测试人员默认权限: [7b266864-e865-4f48-9d79-7d469ca74b82.png] --- 创建测试用例 在进入 CODING 的测试管理模块后,即可开始创建测试用例。 除了直接创建测试用例以外,CODING 的测试管理模块还支持从 Excel 和 TestLink 直接导入用例库,同时也支持从用例库直接导出 CSV 文件,方便测试工程师进行数据迁移。 [9470eac1-be68-4cbf-a2d1-53418fea1f7a.png] 点击右上角创建用例按钮,进入创建测试用例页。 [3af90d1d-4485-45a5-95a7-cb344f5f8817.png] 创建测试计划依次操作如下: 输入测试计划标题; 输入描述信息; 选择是否包含全部用例:若选择包含全部用例,则项目下所有用例都将成为当前测试计划下的测试任务 --- 生成测试报告 CODING 测试管理可自动生成定制化的大师级测试报告,涵盖了测试结论、图表、工作分布、耗时等关键信息。
使用 CODING 进行测试管理视频演示: 测试人员权限设置 随着数字化转型浪潮的开始,越来越多的企业开始使用信息化的管理系统取代传统办公工具。 测试人员默认权限: 创建测试用例 在进入 CODING 的测试管理模块后,即可开始创建测试用例。 除了直接创建测试用例以外,CODING 的测试管理模块还支持从 Excel 和 TestLink 直接导入用例库,同时也支持从用例库直接导出 CSV 文件,方便测试工程师进行数据迁移。 创建测试计划 在项目首页点击测试计划图标进入测试计划列表页。CODING 测试管理中的测试计划可以与迭代管理相关联,方便项目负责人进行全局统筹。 生成测试报告 CODING 测试管理可自动生成定制化的大师级测试报告,涵盖了测试结论、图表、工作分布、耗时等关键信息。
而题目要求我们输出结果的最低位,即res % 10,若直接计算出res会导致溢出。故我们在快速幂的过程中就进行取模。因为根据模运算的性质:
在很多 AI Coding 方案里,验证闭环几乎被默认等同于“让 Agent 跑测试”。 Agent 生成补丁后,执行单测,读取报错,继续修改,直到测试通过。 这个流程很像人类工程师的调试过程,也很容易被当成更高自动化等级的必要路径。 这个范式符合工程师的工作直觉。人写代码也不是一次写完就合入,而是边写边跑,边看错误,边修。 更现实的做法,是在 AI Coding 试点 PR 里补齐三类信息:本次变更意图、影响范围、验证证据。 这三类信息连起来以后,执行测试才不是盲跑。 对 AI Coding 来说,下一步要补的也不只是更强的执行工具,还包括更清楚的验证策略、更可解释的证据链,以及更适合企业研发流程的门禁设计。
AI可以辅助完成大范围代码检索、调用关系梳理和潜在问题分析。在上述公开案例中,工程师借助AI排查复杂调用链,定位了10个较难通过常规人工阅读发现的性能隐患。这类方法可以应用到多个场景。 因此,更合理的分工是由工程师确定排查重点,AI扩大代码分析范围,再通过实际证据确认问题。对于测试开发工程师,这些分析结果同样具有价值。 过去工程师可能需要较长时间才能完成一个模块的实现,Reviewer有相对充足的时间进行审查。现在AI能够快速修改多个文件,甚至完成跨模块重构。 更适合复杂系统的方式,是以业务风险为依据,由工程师确定测试范围与重点,再让AI完成代码分析、测试组合和步骤生成。1.测试范围识别:确定哪些接口受到影响首先根据代码变更和运行数据识别候选影响范围。 对于测试开发工程师来说,AICoding带来的工作变化不仅体现在测试脚本生成上。代码变更影响分析、风险驱动测试、AI辅助评审、自动化质量门禁和测试有效性评估,都会成为值得持续建设的工程能力。
每位老师的分享都充满着自己对AI时代软件工程的思考。从中,我们可以看到未来的可能,也可以看到当下的方向。在6位讲师的授权下,我们将当天每位老师的分享PPT做了汇总。大家赶紧点击链接下载保存收藏!
AI coding agents are becoming more capable very quickly. In other words, AI coding agents need observability.Why Normal Proxy Tools Are Not Always Enough My Many AI coding agents are Node.js or native applications, and they do not always respect HTTP_PROXY or ccglass is an open-source local logging reverse proxy and web dashboard for AI coding agents. It gives the developer a network panel for AI coding agents.Supported Clients and Providers ccglass
测试工作 常有功能测试、接口测试、UI自动化测试、性能测试、安全测试等。 功能测试是其他测试工作的基础,是培养测试用例设计能力和建立测试思维的关键阶段。 自动化测试主要包括接口自动化测试和UI自动化测试 性能测试主要指:用户访问量越大、数据量越多,软件产品的响应速度性能测试常用的工具有JMeter和Loadrunner。 安全测试是测试中的一个专项测试,一般都是有专门的安全测试人员进行测试,暴力破解、越权漏洞、命令注入、SQL注入、XSS、CSRF. 测试工程师路线 基础 作为一名测试人员肯定要了解计算机相关概念,基础的测试理论,以及前端的HTML、CSS、JS的语法规范用法等。 ;测试计划,测试方案,测试报告。
Info 本周 Signal 是我持续记录 AI 与软件工程变化的栏目。 不追热点,只记录那些正在发生、且值得长期跟踪的变化。 欢迎交流和关注~ 最近一个越来越明显的感受是,前沿 AI Coding 的讨论,正在慢慢从“Agent 会不会做”,转向“系统能不能支撑 Agent 稳定做完”。 这意味着,前沿 AI Coding 的差距,正在不只是体现在模型会不会生成代码。 收敛一点说: 前沿 AI Coding 的下一阶段,拼的可能已经不只是 Agent 能做多少, 而是谁先把围绕任务表达、执行推进与结果验证的系统能力,组织成一个可持续运行的整体。
AI Coding是什么? 这种“空中修发动机”的模式,在简单场景可行,在复杂系统中会指数级放大风险,而且,最终测试成为了AI Coding的最大瓶颈。 建议:建立 AI 代码的离线仿真测试体系 依赖注入式沙箱:AI 生成的代码在被合并之前,必须在一个模拟真实环境的沙箱中运行,接受故障注入、并发压力、依赖异常等测试。 建议:建立 AI Coding 的系统工程能力 设立“AI 代码集成工程师”角色:在组织中,由专人负责 AI 生成代码的集成规范、测试策略、审计流程——类似于航空公司的放行工程师。 建议:催生 AI Coding 的“无人机生态” 定义 Agent 协作协议:让专注代码生成的 AI、专注测试的 AI、专注部署的 AI 可以像可互换的部件一样协同工作。
看架构师群里,大家讨论AI Coding 的问题,就我个人使用效果是非常好的,我0代码开发了2个半项目了,当然都是万行左右的单体服务,不算复杂大项目,简单总结一下我的使用流程吧;1、需求对齐与需求文档生成在 AI Coding的初始阶段,我会优先与AI进行全面、细致的需求同步,这是整个开发流程的基础,也是确保后续工作不偏离方向的关键。 我会与AI充分沟通,结合前期的需求文档和业务流程,分析该需求的技术难点、性能要求、可扩展性需求,进而确定合适的技术标准——包括编码规范、接口标准、测试标准、部署标准等;同时,与AI探讨各类中间件的适用性 总结当前AI Coding 是很难完成复杂项目的,个人认为最好的方式就是,让人来完成复杂项目拆解,让AI去完成拆解后的相对简单一些的指定任务,现在大量公众号在宣传“许愿式”开发,感觉是太高估AI了,AI Coding 可能还是长期会停留在实习生阶段,想想公司是怎么用实习生的,就怎么用AI,一个架构师带5个实习生是能干点“高级”事儿的,但是如果让10个实习生去干正经事儿,经常会干的一塌糊涂。
从软件测试角度出发,则是找到尽可能贴近标准化场景,或者更易于标准化的场景,然后落地AI,比如:监控巡检、code diff、测试数据生成、测试脚本生成。 那么,该如何具备这些能力,转型为一名AI测试工程师呢? 首先,在日常工作中落地AI,应该对AI相关的基础理论和技术原理有一定的了解。 比如:测试用例生成、测试数据对比、代码审查和评审、性能问题识别分析、AI驱动的自动化测试等场景。 先从局部开始,拿到结果和正向反馈,然后进一步扩大覆盖范围,最终达成AI TestOPS的目标。 从需求管理、项目管理,到测试用例、故障案例库沉淀,AI知识库都是AI深度融入工作场景的必经之路。 最后,则是基于轻量的技术项目和AI知识库,打造属于我们的AI测试平台。 通过已经落地实践的智能测试用例生成和测试数据对比等能力,结合AI知识库,再叠加工作流驱动的AI智能体能力,可以达成AI驱动的全链路测试覆盖,让测试团队具备AI TestOPS能力。
所以我看到 Superpowers 这个项目时,觉得它最有意思的地方不是“让 AI 更会写代码”,而是: 它试图给 Coding Agent 装上一套开发纪律。 它甚至要求计划清楚到“一个没有项目背景的初级工程师也能照着执行”。 这其实非常适合 AI。 因为 AI 的自由度越大,越容易发散。 计划越具体,越能把它限制在正确轨道上。 这有点像一个小型工程团队: • 主 Agent 像 Tech Lead; • 子 Agent 像执行工程师; • Review 流程负责把关; • 测试负责验收。 这种方式适合比较复杂的开发任务。 但如果你刚开始用,可以先抓住最关键的 7 个: 先问清楚,写计划,隔离工作区,测试先行,拆小任务,阶段 Review,完成前验证。 只要做到这几件事,AI 编程的稳定性就会明显提升。 10. 它提醒我们一件事: AI 编程的下一阶段,不是单纯比谁写得快,而是比谁交付得稳。 如果你想让 Coding Agent 更靠谱,可以从这 7 个动作开始: 1.
CodeGeeX 黑客松是国内首个围绕「AI 代码生成」开展的黑客松赛事。 2023 CodeGeeX 黑客松以「Coding with AI」为主题,由清华大学联合智谱AI大模型团队、腾讯云Cloudstudio.net和DoraHack赞助举办,此次黑客松设立多条赛道,设立丰厚大奖 Code 交互设计挑战赛 本赛道以「更好的交互」为主题,探索在 AI 代码生成的辅助下,程序员如何能拥有更好的编程交互体验。 赛题要求: 解决问题,并通过合理的测试,readme等介绍,完成find bug的要求,并达到赛事预期效果。需包括 demo 演示,以及可正常运行的代码。 CloudStudio.net代码提交作品: 参赛者通过链接,打开开发空间,空间内置了赛事的参赛标准和作品项目的上传格式; 参赛者可以直接基于CloudStudio WebIDE进行编码; 参赛者通过仓库插件推送作品代码到 CODING
2AI理解并生成测试逻辑AI模型根据自然语言描述,结合对目标应用的理解,自动推断需要验证的点,生成可执行的测试脚本。 —云端AI测试平台,智能测试生成与自愈能力Mabl—低代码AI测试平台,自动探索应用并生成测试⚠️但我必须说句实话:VibeTesting不是银弹。 VibeTesting的测试脚本本质上是AI生成的,产品逻辑变化时,那套测试逻辑也需要同步更新。04|对测试工程师意味着什么?会取代我们吗? 这是最核心的问题,直接说结论:VibeTesting不会取代测试工程师,但它会重新定义你的工作方式。 测试工程师的角色在进化未来一个优秀的测试工程师,可能更像一个"AI测试策展人"——知道什么时候该用VibeTesting,什么时候必须用精确验证,如何评估AI生成测试的质量。
Strix:让AIAgent当渗透测试工程师Strix是一个开源的AI渗透测试工具。它像真实黑客一样动态运行你的代码、发现漏洞、用可执行的PoC验证漏洞——不是传统扫描器那种一抓一大把的误报。 定位很明确:给开发者和安全团队一个快速、准确的自动化安全测试方案。一、和传统扫描器的区别:验证,不是猜测传统漏洞扫描器的问题:跑一遍规则,报一堆疑似问题,大部分是误报。安全工程师要花大量时间人工确认。 /app-directory跑完后:每个验证过的漏洞带PoC和复现步骤一键生成AI安全补丁,直接提交为PR生成合规报告(SOC2ISO27001PCIDSS)CI/CD集成:GitHubActions每个 它把渗透测试从「几周的人工项目」变成「几小时带PoC的自动化流程」。合规提示:Strix会主动测试目标系统。只对你有所有权或有明确书面授权的目标使用,且保持在授权范围内。 未授权测试在大多数司法辖区违法。
AI Coding 时代, 程序员最该掌握的4条铁律 进入 AI coding 时代, 似乎人人都可以编程了, 但为什么还有人说 AI coding 不行呢? /s/nU7nwqgsKVgbJgqUXmJr2g AI Coding 时代,程序员最该掌握的 4 条铁律 ——来自15年经验的忠告 你是否也这样? 让AI写代码,它给你200行,你实际只需要50行。 让AI重构,它把隔壁没问题的代码也改了。 让AI修bug,它越修越多…… 不是AI不行,是你没给它定规矩。 铁律一:先想清楚,再动手 "别猜。 没要的功能,别加 一次性用的代码,别抽象 不可能的错误,别处理 200行能解决,别写成300行 问问自己:资深工程师会觉得这太复杂吗? 如果答案是yes,删。 铁律四:目标驱动,闭环验证 "说清楚啥算完成,别只说'让它能跑'" 好的任务描述: ❌ "修bug" ✅ "写个测试复现问题,然后让它通过" 复杂任务,分步骤,每个步骤有验证: 1.
同步几件有对你有价值的 , 1、测试工程师能力的持续提升,一定是在项目中历练 。 遇到问题,搜索,找思路,然后继续历练,实操,解决 。 测试社群里,每天都有测试工程师,突然失业的消息。很多同学,失业后,很难再找到比这薪资更高的工作 。 时刻有危机意识,每天在成长的还好。 一些以为是稳定的工作,每天只是测测业务,摸鱼的 。 身边很多工程师待岗状态,找不到满意的工作 。 小建议:别裸辞, 如无必要,尽量不着急换工作,先老老实实待着 。 书,推荐: 1)《电子书·软件测试综合能力提升》V2.0 2)关于测试书籍:推荐一些书,以及如何找适合的书 6、职场如战场。 更多的是「利益」,没有「朋友」。 比如, 1)你写好的测试用例,别同事拿过去,说是自己的写的 。 2)明明是开发迟迟没提测,说是你「测试比较慢」。 3)明明是Leader的决策失误,导致线上bug 。
“测试自动化测试工程师可以将你从充满代码的世界中拯救出来。” 企业完全同意这一说法,这就是您在自动化测试行业中看到大量就业机会的原因。 自动化测试工程师的情况也是如此。自动化测试工程师需要理解内部和外部测试的软件应用程序。 每个自动化测试人员需要注意的常见应用程序细节是: 在开发应用程序时使用了哪些编程语言? 要成为一名成功的自动化测试工程师,您需要了解ATLC方法并在每个测试自动化项目中执行它。 6. 要成为优秀的自动化测试工程师,您需要成为开始准备测试自动化策略,最终确定工具,总体成本和ROI计算的合适人选。 自动化策略创建被认为是一个非常关键的部分,因为您需要定义和开发路径,以帮助您减少手动测试时间并为客户的ROI提供公平。 7.
一体化的 DevOps 平台正在成为 DevOps 发展趋势,比如国内的 CODING DevOps。