想象一下,你与一位智能助手进行多轮对话,起初你提到自己正在筹备一场户外婚礼,随后又询问婚礼当天的天气情况,几轮交流后你希望得到婚礼布置的建议。...若智能助手没有长期记忆,每一轮对话都宛如全新开始,无法关联之前你筹备婚礼的信息,给出的婚礼布置建议就可能完全忽略户外场景,这无疑会使交互体验支离破碎。...在智能教育领域,学生与智能学习助手多轮互动时,助手记住学生的知识薄弱点和学习进度,后续辅导便能有的放矢,真正实现因材施教。这一技术路径就像是为智能体大模型打造一个巨大的“外部仓库”来存放记忆。
“喜鹊说”是一款喜气洋洋的结婚筹备平台。...北京邮电大学李佳芮给她的这款产品的定位是:致力于为准新人提供本地的结婚服务商家信息、婚尚潮流趋势等相关信息,整合最优资源,为新人提供最佳的婚礼解决方案。...这个平台可提供的服务是整个婚庆的全链条:带导航的电子请柬,通过微信发送给好友,可以一键导航到婚礼;在婚礼准备和现场的照片存放在电子相册里,可在微信上分享;婚礼现场可以汇聚场内外祝福,并在手机和互动大屏上显示...,活跃现场气氛,没来现场也能送祝福…… 此外,还有最贴心的婚礼锦囊,提醒婚礼筹备注意事项,让新人轻松把握婚礼的每一个细节;建立婚礼用品平台,方便优选采购;化妆师、造型师、摄影师、主持人、策划人
例如,通过综合考虑 Alice 交互的底层商品,人类可以获得一些更高层次的概念,比如 Alice 是否打算筹备婚礼或者装饰新房子。...在确定 Alice 很可能是在筹备婚礼后,人类接着会考虑与花束相关的婚礼用品,如婚礼气球,而不是与花束相关的装饰用品,如壁画。
前言 开发提测是正式开始测试的重要关卡,提测质量的好坏会直接影响测试阶段的效率,进而影响项目进度。较好的提测质量,对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢?...Q: 开发验证自测case通过提测后,测试验证自测case不通过; 各端开发配合需求中,开发在实际联调成功前回复自测case; 开发与产品两方沟通调整需求,未同步给测试; …… 开发自测case 推进提测质量的提高...较复杂模块自测case邮件形式: 复杂模块对应的自测case相对较多,为方便开发标记结果同步,可以在邮件中将自测case文档添加为附件。 3....自测case配合方规范 开发验证自测case的规范(重点强调) 三方约定,开发需以build系统中的release版本验证通过自测case后方可提测,不可以用本地debug包验证自测case提测。...这样,一方面可防止因实际多端开发未联调完成,影响测试进度的问题,另一方面避免因debug包和build包不同造成的阻塞bug进行二次提测的问题。
支持的可视化图形有:流程图例如向AI脑图发送:二手房过户流程图四象限图(矩阵图)例如向AI脑图发送:星巴克产品四象限图分析甘特图例如向AI脑图发送:婚礼倒计时100天筹备计划甘特图饼图例如向AI脑图发送
拿前阵子在我老东家发生的一件事情来说,同事小王要结婚了,所以要请假回家筹备婚礼,但是公司有明确的规章制度,请假需要提前申请,并且每一级的领导能够审批的假期天数也不一样,部门经理可以审批1到2天的假期,技术总监能够审批...3到5天的假期,大于5天的就要找CEO审批了,如果CEO审批通过了才可以休息5天以上的假期,小王筹备婚礼和渡蜜月总共要请10个工作日的假期。
2020年的春节就在1月,很多企业现在就开始筹备年会啦~ 企业年会是一个庞大的项目,各种活动流程氛围包装颁奖抽奖,繁杂又花费人力! 明明发邮件通知,怎么还有人不知道年会的地点?...1、前期筹备:建立年会管理K吧 场景:前期筹备的第一步就是建立年会管理小组,无论是对于各项目负责人的设置,还是项目进度的汇总,以及年会流程的安排,都需要提前开会沟通做妥善的安排。
关于标准:为什么开发写完代码都不自测就扔给我们?测试提的bug不能复现、优先级还设置为major!关于资源:谁在测试环境调试?谁动了我们的测试数据?我们开发环境没数据,不用你们的用谁的?...在这些情况下,即使测试是90后肤白貌美大长腿的小姐姐,开发是技术大牛、性情温和的小哥哥,也难免双方不争吵起来,以至于影响了项目进度和工作效率。...产品和开发同学均在此系统中创建需求、新建提测单,测试也在系统中录入bug、创建测试报告等,提高了工作效率、降低了沟通成本;另外,如果有紧急的问题待开发解决,可以迈开腿当面与开发沟通,开发认真写bug的时候有可能不会查看邮件;关于自测问题...首先leader应该明确规定开发自测后才可提测,若测试因自测不通过打回可以有相应的处理措施;其次,开发自测至少应该保证主流程、前后端交互、接口均正常,这样也减少了提测打回、影响排期的事情发生。...关于资源问题,开发和测试难免有资源的冲突,但是让工作卡在环境上,是最影响项目进度的事情。
使用看板标签区分以下字段—— • 需求优先级:P0、P1、P2、P3 • 需求类型:项目、日常 • 需求来源:技术、产品和线上 共创建了4种通用看板—— • 待PK项目/日常看板 • 日常进度看板 • ...项目进度看板 • 线上问题转需求看板 以及针对每个项目的单独看板。...2 研发自测质量提升 软件的质量是在整个研发过程中逐步形成的,离不开 QA 团队,但只靠 QA 团队关注肯定是不够的,开发也要增强自测的意识。...后来,测试同学把研发自测用例都导入到TAPD用例中,创建研发自测执行计划,研发同学联调后运行自测用例并在TAPD上标注结果,提测时测试同学会首先在TAPD上检查自测用例执行情况,全部通过后再接收测试。...但随着团队的壮大和职责细化,清晰地看到团队里每个成员当前的工作进度也变得很重要,不仅要管理需求也要管理人员,而且管理的方式也需要更加场景化、精细化。
你是否碰到过因为开发提测质量差,导致项目后期通过压缩测试时间来保证项目进度的情况? 你是否碰到过开发拍胸脯承诺这次肯定没问题,结果测试数据稍一变通就跑不通过的情况?...有人说,这开发太水了,咋不自测呢? 有些确实是没有自测导致的,但是有一些开发确实自测了,但是自测的结果是没问题的。...一方面开发自测时都是针对自己修改的内容进行自测,这种情况往往发现不了啥问题,毕竟自己对自己的代码太熟悉了。...2.提供开发人员自测的测试用例 我们在收到开发的提测通知后,经常的对话就是「自测没?」,「这次真的自测了。」...是滴,不是没有自测的错,只是测试的内容和我们预期的不一样,也就是每个人对「自测」的理解不一样,那我们明确下自测的详细要求就好了呗。
众享链网(筹)首席科学家斯雪明、众享链网(筹)发起人代表严挺、众享链网筹备组秘书长朱博、众享链网筹备组特邀专家张治国、众享链网(筹)超级节点代表杜明辉悉数亮相,深入解读众享链网生态体系运行逻辑,共同展望区块链驱动数字治理未来...3款产品,供你免费试用 众享链网筹备组秘书长朱博 “区块链是一种高大上的新技术,而众享链网希望掀起一场所有人都可以参与的区块链产业变革。”...7层架构,构筑生态系统 众享链网筹备组特邀专家张治国 从技术角度看,在众享链网内,区块链不再仅仅是单一链条,7层的系统架构形成了一个真正的集成系统。...你在渔市上 寻找下弦月 我在月光下 经过小河流 你在婚礼上 使用红筷子 我在向阳坡 栽下两行竹 我们打开门 一些花开在高高的树上 一些果结在深深的地下 会上,本次发布会主持人众享比特市场部总经理胡峰引用海子的诗句
使用看板标签区分以下字段—— • 需求优先级:P0、P1、P2、P3 • 需求类型:项目、日常 • 需求来源:技术、产品和线上 共创建了4种通用看板—— • 待PK项目/日常看板 • 日常进度看板 • ...项目进度看板 • 线上问题转需求看板 以及针对每个项目的单独看板。...2.研发自测质量提升 软件的质量是在整个研发过程中逐步形成的,离不开 QA 团队,但只靠 QA 团队关注肯定是不够的,开发也要增强自测的意识。...后来,测试同学把研发自测用例都导入到TAPD用例中,创建研发自测执行计划,研发同学联调后运行自测用例并在TAPD上标注结果,提测时测试同学会首先在TAPD上检查自测用例执行情况,全部通过后再接收测试。...但随着团队的壮大和职责细化,清晰地看到团队里每个成员当前的工作进度也变得很重要,不仅要管理需求也要管理人员,而且管理的方式也需要更加场景化、精细化。
项目进度公示时,相互同步,进度和风险共知。 项目排期预留提前量,避免进度风险导致项目delay。比如期望第三方提供最终版的时间点,比自己上线的deadline早几天,用作风险缓冲。...具体方式,包括但不限于以下几种: 约束开发的自测。...包括明确涉及第三方产品时,自测的开发负责人(一般是己方涉及的开发同学),提供自测case,规范的自测流程等等 第三方产品进行集成测试后的预测试,开发自测靠谱吗?不靠谱吗?
6.准备:开会前成员需要准备,其中工作内容、工作进度、问题/困难是例会前简单总结明了说明,主要的梳理思路见如下表格:姓名工作内容工作进度问题/困难(进度正常不用填写)问题/困难解决(例会结束后补充)备注...xxx一.三要素 : ①任务程度; ②工作内容,主要是开发环节(方案设计、开发自测、测试验收进行环节拆分),书写格式如数仓组:报表方案设计/开发/升级/bug修复;...算法组:算法方案设计/开发/标签开发/bug修复;系统功能方案设计/开发/升级/bug修复;开发涵盖自测,不涵盖提测后测试介入,升级是已有的完善与迭代。...进度的耽搁如果是业务临时紧急内容插入,评估需要的解决时间,如果超过3天,则变为周工作内容。...个人视角的每日例会,主要是:看进度:做了什么(昨天做了什么?今天准备做什么?),是否进度符合目标要求。风险:有没有遇到什么问题或阻碍?
所谓测试计划是指描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试项、被测特性、测试任务、谁执行任务和风险控制等。...综合描述 5 3.1 软件功能 5 3.2 测试需求范围 5 4 测试风险 6 5 测试策略 7 5.1 测试方法 7 5.2 缺陷管理 8 6 测试计划 8 6.1 集成计划 9 6.2 集成测试进度安排...自测人员 项目经理开发经理科长自测人员项目相关人员 测试工作周报 反馈工作周进程反思测试出现遗漏、不足之处,当作经验教训。...自测人员开发经理项目相关人员 科长开发经理自测人员项目相关人员 测试阶段性报告 开发经理在达到里程碑(版本发布)前后,自测人员在集成前后,汇报该阶段的主要工作、存在的问题和解决方法/建议、以及风险点等...开发经理自测人员 科长自测人员项目相关人员 测试总结报告 测试总结缺陷跟踪统计分析建议 自测人员 项目经理开发经理科长自测人员项目相关人员 其他的参照实际公司情况,根据模板或在扩展编写。
3、一定程度上对代码进行隐藏 举个例子理解一下: 假设你正在筹备一场盛大的婚礼。 整个婚礼的筹备工作就像是一个大型的项目,而其中的各项任务就如同代码中的不同功能模块。...你把婚礼的筹备工作分配给了不同的团队,比如有负责场地布置的团队,有负责餐饮安排的团队,还有负责宾客接待的团队。...同时,如果某个部分出现问题,也可以相对独立地进行调整和解决,而不会影响到整个婚礼筹备的其他方面。
PM、RD评审; 无论当前版本是否有新增功能合入,都需要进行回归; 回归完成需要有对应任务; 集成阶段 Bug 验收; 代码合入规范 子项 标准 描述 集成阶段发现的 Bug 可合入 正常流程:需经自测...、代码 Review、QA 验收; 核心埋点 Bug 可合入 正常流程:需经自测、代码 Review、QA 验收; 历史遗留 Bug 可合入 正常流程:需经自测、代码 Review、QA 验收; 大体积...Bug修复MR 可合入 负责人 REVIEW 流程:需经自测、研发负责人 Review 、QA 验收; 需求代码 不可合入 如有特殊情况,请走 紧急上车流程; 灰度规范 准入项 标准 是否可合入 灰度新增线上反馈功能问题...无严重 Bug 遗留 灰度期间无严重用户反馈问题遗留,且灰度用户反馈跟进度高于 xx%; P0 & P1 功能问题全部修复; 核心功能可用性指标符合预期; 灰度核心埋点趋势符合预期 & 监控无异常业务核心指标趋势正常...无严重 Bug 遗留灰度期间无严重用户反馈问题遗留,且灰度用户反馈跟进度高于 xx%; 收益 过程收益: 提升了 RD & PM 对于准出标准、准入标准的关注度; 提升了 QA 对于准出标准和准入标准的把控能力
在规划婚礼时,要考虑许多不同的方面。食物、装饰、桌子装置(啊,是哒,这独立于装饰)、鲜花、住宿、交通、娱乐和位置。虽然在规划婚礼时有许许多多未知数,但是我可以肯定一件事。...你可能会感到惊讶,但是邀请人们参加婚礼是昂贵的(超过380磅),因为你需要发送“按时出席”卡片以及随后的关于婚礼细节的邀请。这也是缓慢的,因为你必须通过邮寄来发送它们。...尽管取得了明显的成功,但是我的未婚妻并不热衷于我那作为婚礼邀请服务(SAAWIS?)的短信,因此,我决定添加一些功能到我的应用中。 统计!...从那时起,万事俱备,并且短信被尽可能集成到婚礼的方方面面。有些是显而易见的,例如当婚礼网站 (自然,由Heroku提供动力) 上线的时候发送通知短信,分享礼物列表以及其他我至今仍然感到骄傲的事。...我已经计划建立一个更加完整的解决方案,带有进度的数据可视化、语音基础并更少依赖于CLI脚本,但是时间更重要些。总的来说,我很高兴它的工作方式。没有通讯系统是完美的。
使用看板标签区分以下字段—— • 需求优先级:P0、P1、P2、P3 • 需求类型:项目、日常 • 需求来源:技术、产品和线上 共创建了4种通用看板—— • 待PK项目/日常看板 • 日常进度看板 • ...项目进度看板 • 线上问题转需求看板 以及针对每个项目的单独看板。...2、研发自测质量提升 软件的质量是在整个研发过程中逐步形成的,离不开 QA 团队,但只靠 QA 团队关注肯定是不够的,开发也要增强自测的意识。...后来,测试同学把研发自测用例都导入到TAPD用例中,创建研发自测执行计划,研发同学联调后运行自测用例并在TAPD上标注结果,提测时测试同学会首先在TAPD上检查自测用例执行情况,全部通过后再接收测试。...但随着团队的壮大和职责细化,清晰地看到团队里每个成员当前的工作进度也变得很重要,不仅要管理需求也要管理人员,而且管理的方式也需要更加场景化、精细化。
在规划婚礼时,要考虑许多不同的方面。食物、装饰、桌子装置(啊,是哒,这独立于装饰)、鲜花、住宿、交通、娱乐和位置。虽然在规划婚礼时有许许多多未知数,但是我可以肯定一件事。...你可能会感到惊讶,但是邀请人们参加婚礼是昂贵的(超过380磅),因为你需要发送“按时出席”卡片以及随后的关于婚礼细节的邀请。这也是缓慢的,因为你必须通过邮寄来发送它们。...从那时起,万事俱备,并且短信被尽可能集成到婚礼的方方面面。有些是显而易见的,例如当婚礼网站 (自然,由Heroku提供动力) 上线的时候发送通知短信,分享礼物列表以及其他我至今仍然感到骄傲的事。...我已经计划建立一个更加完整的解决方案,带有进度的数据可视化、语音基础并更少依赖于CLI脚本,但是时间更重要些。总的来说,我很高兴它的工作方式。没有通讯系统是完美的。...如果你想要聊聊关于婚礼自动化的事,我在Twitter上的@seektom等你。