- 博客(407)
- 资源 (23)
- 收藏
- 关注
RSS订阅
原创 用例自动生成工具：Tcases实践指南
..通常，被测试的系统单元具有一个或多个操作或“函数”，因此系统输入定义包含每个函数的函数定义对象。对于我们的例子，我们将为一个名为“Examples”的系统构建一个输入定义，该系统只有一个“find”函数。显然，“系统”或“功能”的定义完全取决于你所测试的内容。如果你的“系统”是一个Java类，那么你的“功能”可能是它的方法。如果你的“系统”是一个应用程序，那么你的“功能”可能是用例。如果你的“系统”是一个网站，那么你的“功能”可能是页面。无论如何，输入建模的过程完全相同。
2024-05-11 07:15:00
2982
原创 软件测试十宗罪
被遗漏的软件缺陷可能会造成数百万美元的损失，更糟糕的是，它会破坏用户的信任。许多质量保证（QA）工程师，无论从事手动测试还是自动化测试，都会在不知不觉中犯下影响软件质量和测试可靠性的错误。你是否也在犯这些错误呢？QA工程师可能会遇到在用户故事或验收标准中未明确界定的意外行为。拿不准的时候，一定要记录并报告问题。清晰的报告能开启讨论之门，帮助利益相关者确定这究竟是缺陷、缺失的需求，还是预期行为。若问题复杂或不明确，应立即与上级安排会议。这可能是个真正的问题、已知问题，或是计划未来修复的问题。现在标记出来，总比
2025-03-22 14:13:11
706
原创 关键质量指标的计算、落地与运用
前几日，我与一位相识的测试老朋友闲聊，交谈过后，我思索起在参与过的一些项目中，与指标相关的流程是如何构建的：在其中一个项目里，大多只有开发人员会收到生产环境中严重 bug 的通知，而且必须紧急修复该 bug。结果是 bug 修复了，但测试人员甚至都不会知晓这个 bug 的存在。这样的流程使得收集与 bug 相关的指标变得不太准确。在另一个项目中，并非所有任务都由测试人员进行测试。例如，一些看似微不足道的变更，甚至在未通知测试人员的情况下就被部署到发布版本中，然而实际上这些变更可能会引发一些回归 bug。
2025-02-06 12:56:27
817
原创 停止对手动测试用例进行自动化处理
测试是一项极具分析性的工作，需要对被测系统有深入的了解。测试自动化不仅需要这些，还需要对测试内容进行分析，以便确定哪些部分需要拆分，从而以最优方式运行测试。很多时候，优化过程就像解数学方程一样，你可以去掉冗余的部分。手动测试用例的方法中存在很多这样的冗余部分，而做出有效的测试自动化决策的关键就在于识别出这些冗余部分。
2025-02-06 12:55:43
882
原创 还在 “手忙脚乱”？AI单测生成器，让效率飙升 10 倍！
我们设计了高度详细且结构化的提示，向大型语言模型传达我们的期望。提示首先会给出一个清晰的目标：“你的任务是生成对一个函数的清晰简洁的描述以及相应的单元测试。” 这就为大型语言模型的工作奠定了基础：它不仅要生成代码，还要确保生成内容的清晰易懂。
2025-01-24 01:27:01
846
原创 QA工程师要避免的7个坏习惯
我们可能会告诉自己，“等这个故事完成后我会问一下开发者”（然后就忘记了），或者我们会说，“嗯，她肯定知道自己在做什么，这可能是应该这样做的。例如，如果我们有一个新的按日期范围搜索的功能，自动化工程师可能会花费大量时间来研究如何使用Selenium测试软件选择日期，而从未注意到可以输入开始日期晚于结束日期的情况。当我们始终专注于团队交付的产品质量时，我们将赢得有效QA工程师的声誉，以及开发者、产品经理和领导者的尊重和信任。如果你的直觉告诉你有些地方不对劲，请记录你的测试过程，并说出你所看到的情况。
2025-01-09 07:45:00
598
原创 探索性测试全攻略：从测试点到汇报的九大关键
表示值得注意的事，用“B”表示发现的漏洞，用灯泡图标表示进一步测试的想法，用对勾表示某个功能似乎正常，用“+”表示想与开发人员分享的好的发现。另外，道格·霍夫曼（Doug Hoffman）的网络研讨会“常被忽视的测试判定标准”的文字记录中也列出了一份截然不同的“判定标准”清单。即便你的团队所期望的不过是你发现的漏洞列表，分享更多内容也是很有价值的。它可能是一份详尽的测试报告，可能是聊天中的一条消息，可能是针对你发现的漏洞所做的修复，或者是包含一个失败测试的分支，也可能是你在每日站会中的一次情况更新。
2025-01-04 14:59:46
560
原创 说起来容易做起来难
随着时间的推移，我的角色变得非常接近首席幕僚。我很快就意识到他们很少告诉我该做什么，而是他们会给我指明一个方向，但随着我花时间与他们建立牢固的关系，他们开始信任我（并依赖我）来识别出组织需要解决的最重要的技术问题，并且通过自己的工作或与他人合作来解决这些问题。我不期望团队因为我说了什么就与我合作或按我说的做——我希望他们能与我一起工作，共同解决问题，因为他们想这样做。我发现通过与更广泛的圈子建立联系，我对问题有了比以前更多的视角，最终我依靠自己的判断力和直觉来决定应该在哪里投入时间，而且它确实奏效了。
2024-12-19 08:30:00
535
原创 风险管理的风险
想象一下，我们已经计划好周末去野餐。但天气预报说有5%的降雨概率，我们可以选择租帐篷，甚至重新安排野餐时间，但是考虑到这么低的降雨概率以及带来的不便似乎并不值得。风险很小，但为了降低风险所付出的代价远远超过了其潜在影响。再考虑另一个场景，我们正在组织一个线上活动。使用Teams视频会议平台有很大的概率会出现故障，但我可以通过切换到另一个视频会议平台轻松解决这个问题。在这种情况下，发生的可能性较高，但影响很容易被降低。尽管这些例子看起来很明显，但我们经常会看到团队在评估风险时没有同时考虑这两个因素。
2024-12-18 08:30:00
440
原创 大规模自动化测试设计思路
自动化测试或许是一把双刃剑。今天聊聊大规模自动化测试的话题，对于大厂而言，单个应用就有成千上万的自动化用例（至少我当前所在团队而言是这样），那么每次执行一次测试计划大概1小时。测试用例的难点其实并不在于写用例，而在于测试的维护，测试时间的投入也符合2/8原则。对很多测试人员来说，自动化测试只是由一些手动生成的、用来执行特定测试场景或一部分产品功能的测试代码组成。大部分测试人员对于自动化测试可以节省时间这样的说法很熟悉。然而，在很多情况下，自动化测试实际上并没有节省测试人员和他们的管理团队所期望的时间。
2024-12-06 00:53:13
783
原创 测试未知的未知
测试本质上是一种降低不确定性的反馈，通过将测试分类为“已知-未知组合四象限”，团队可以更好地理解系统行为，并解决知识上的空白。测试通常被简化为二元分类——手动测试与自动化测试、通过与失败。然而，这些局限性忽略了测试的一个更深层次的目的：减少我们对系统行为的不确定性。从这种二元视角转向将测试视为反馈，会改变我们对软件系统中质量和风险的看法。那么，我们如何将测试视为反馈来减少对系统行为的不确定性呢？
2024-12-06 00:51:27
920
原创 自动化测试的合理性
直到我在第一个软件开发角色中深入工作了一段时间，在遗留代码库上构建新功能，并经历了无数的bug、重构、过时的代码和部署错误后，我才理解了测试的价值。经过几个月的功能周期，亲身体验了未经测试的代码和有坏测试的代码带来的后果，我才明白那些书籍和教程中所说的道理。作为专家，你对事物背后的原理有着隐含的理解，因为你已经有了足够的经验，并且已经内化了后果，使得这一切看起来就像是第二天性或常识。编写测试的目的是确保在软件发生变化时，无论是其他人还是你自己改变了你编写的代码，单个功能单元和整个系统仍然按预期工作。
2024-11-11 07:15:00
714
原创 我们究竟在测试什么？
我得到各种各样的答案，比如1和1，2和2，大数字和负数，这些都是很好的用例，通常会找出5至15个合适的用例。这一次，可能会有比原来代码多得多的其他代码导致测试失败，也可能是因为配置问题导致失败。比如，如果服务器没有运行，那么测试就会失败，但这与代码无关。API测试不仅会运行我们的代码，还会运行大量Spring代码。如果我们在编写测试之前没有考虑这一点，我们就会编写一些没用的测试，并在它们上面浪费大量宝贵的时间。在进行测试时，我们需要了解我们正在测试的内容、什么会使测试通过以及什么会使测试失败。
2024-10-27 15:15:24
447
原创 自动化网络安全测试工具-Zed Attack Proxy
我们将使用ZAP工具中的一个名为“Active Scan”的工具，它会对网站执行已知的攻击，并通过这种方式来寻找潜在的漏洞。由于它攻击的是指定的网站，因此如果我们不是网站的所有者，就不应该这样做。这里有几个可以帮助我们的替代方案。其中一个是OWASP Juice Shop。这是一个用JavaScript编写的不安全的Web应用程序，旨在教授初学者Web应用程序安全。这是一个“故意设计为不安全”的Web应用程序，允许用户练习识别和利用常见的Web漏洞，也就是说，非常适合我们自学。
2024-10-05 11:20:11
1827
原创 自动化check是不是测试？
当我们周围的每个人都被炫目的效果、分散的注意力和坚定的“一切都很好”所迷惑时，测试人员必须在专业上持怀疑态度。在我们看来，测试是从一个前提开始的：产品中存在其他人没有注意到的问题风险，因为“项目中的其他人都没有把调查潜在问题作为自己的主要职责”。有趣的是，有些零售公司有专门的质量部门来检查硬件产品，但在零售软件开发方面，他们却只依赖Jenkins管道来保证质量。这篇文章是reddit上关于质量保障讨论的比较多的帖子，我把它转为中文版，供大家交流学习，由于直接用的翻译软件以及截图，大家凑合看下哈。
2024-09-28 09:53:27
648
原创 下一代测试人：T人 or I人！
软件质量保障所寫即所思｜一个阿里质量人对测试的所感所悟。软件在当今社会变得极其重要。尽管有许多质量倡议，IT行业仍然远远不能承诺零缺陷的软件。近年来，大多数世界各地的软件开发方式发生了巨大变化。除了软件开发的快速和动态变化外，创新、新技术的增长以及IT在大多数行业的扩展也在加剧。采取了敏捷和/DevOps的工作方式已经有很大的转变。敏捷的优点包括更好地管理变更优先级、提高项目状态的可见性、增加团队生产力和更好的交付可预测性。然而，许多组织都在努力应对敏捷和扩展敏捷，并且很明显，向敏捷的转变并
2024-09-21 09:36:28
1402
原创 聊聊潜意识需求以及应对之策
渐渐地，当所有类似和竞争的系统都实现同样的功能时，客户会忘记系统最初没有这样的功能，并开始认为这是理所当然的，把它变成一个潜意识的需求。通过示例进行规格说明和类似的方法（如行为驱动开发）的另一个好处是，由此生成的示例/测试用例最终会形成一个完整和最新的系统及其行为的摘要，即所谓的“活文档”。在实践中，潜意识需求通常不涉及系统的主要功能，潜意识需求与一些“琐碎”的功能细节有关，与用户相关的质量标准（如可用性、安全或性能）有关，或与隐含的技术、基础设施、组织和法律限制有关。然而，需求本身的类型是已知的（“
2024-09-20 09:28:38
1063
原创 基于AI的自动化测试工具推荐
软件开发是一项创造性的工作，但其中也包含着许多乏味的任务。其中最乏味的莫过于编写“单元测试”了，开发写测试代码用于验证软件组件是否按预期工作。单元测试有助于开发人员尽早发现缺陷并确保代码能够得到维护。理想的情况是，编写程序的开发人员在编写代码的同时编写单元测试。但是编写单元测试是软件开发中的繁琐工作，会占用开发人员大量时间。更糟糕的是，开发人员在手动编写复杂代码库的单元测试时可能会犯错误。因此，很多软件缺乏足够的单元测试，这使得代码难以维护。如果没有单元测试，如果出现问题，找到问题的根源就如同大海捞针。
2024-09-19 08:50:04
2382
原创 当我们修复测试用例时，到底是修复的什么？
它仍然提供了足够的价值，以至于你不想将其删除，但你也不太清楚这个测试究竟在测试什么，以及它与其他相关测试如何共同提供对被测试对象的充分覆盖。也许你还会review和其相关的测试，并对它们也进行更改，你甚至可能还会添加一些额外的测试。你查看测试运行器报告的实际结果，心想“是的，看起来是对的”，然后更新测试，以实际结果为依据进行断言。然后，要么是在你的本地机器上，要么是在pipeline中，你运行了所有的测试，但其中一些却失败了。这样，当测试应该测试的内容出现错误时，你不仅要修复代码测试，还要修复测试本身。
2024-09-19 08:49:24
965
原创 阿里微服务质量保障系列：SRE知多少
站点可靠性工程 (SRE) 是指使用软件工具自动执行 IT 基础架构任务（如系统管理和应用程序监控）的做法。组织使用 SRE 来确保其软件应用程序在开发团队频繁更新时保持可靠。SRE 特别提高了可扩展软件系统的可靠性，因为使用软件管理大型系统比手动管理数百台计算机更具可持续性。
2024-09-01 15:21:46
481
原创 代码之外的软技能
毕竟，报告中的缺陷就像房间里的蚊子——你知道它在那里，但如果你无法准确指出它的位置，你就永远无法安睡！对于测试人员来说，这意味着能够以一种不会让开发人员想要把自己关在房间里，再也不出来的方式来传达复杂的问题，并且能够说服他们认识到缺陷的重要性。作为测试人员，你经常会遇到意想不到的情况——比如发现一个像房间里的蚊子一样的 bug：令人恼火、难以捉摸，只有在最糟糕的时候才能注意到。在越来越全球化的职场中，能够在不同语言之间切换的能力有助于弥合文化差异、增强团队合作，并改善国际团队之间的整体沟通。
2024-08-24 07:33:16
555
原创 有效的测试
所寫即所思｜一个阿里质量人对测试的所感所悟。公众号当我们想到自动化测试时，许多积极的方面可能会浮现在脑海中，比如缺陷检测，但实际上，良好的测试与良好设计同等重要，即通过可变代码来降低成本。可变性需要三个相关能力：重构灵活的设计有效的测试但是，自动化测试是如何实现可变性的呢？没有测试，任何更改都可能是一个潜在的缺陷。自动化测试提供了一张安全网，使得开发者在修改或重构代码时更有信心。
2024-08-04 00:33:02
977
原创 Postman Flows: 自动化重复执行任务
重复性是自动化的核心，Postman Flow支持重复性的任务执行。例如垃圾邮件删除，我们经常需要从多个系统中删除电子邮件。登录、搜索并从多个位置删除电子邮件可能非常耗时。本文介绍如何创建一个Flow，每次运行该Flow时，它都会删除一封电子邮件。同样，我们将使用Stripe.com、Brevo.com以及一个作为假设的内部系统的Postman mock服务器。
2024-08-03 07:30:00
507
原创 阿里微服务质量保障系列：异步通信模式以及测试分析
所寫即所思｜一个阿里质量人对测试的所感所悟。最常见的方式就是异步消息通信。使用消息机制时，服务之间的通信采用异步交换消息的方式完成。基于消息机制的应 用程序通常使用消息代理，它充当服务之间的中介。另一种选择是使用无代理架构，通过直 接向服务发送消息来执行服务请求。服务客户端通过向服务发送消息来发出请求。如果希望 服务实例回复，服务将通过向客户端发送单独的消息的方式来实现。由于通信是异步的，因 此客户端不会堵塞和等待回复。相反 ，客户端都假定回复不会马上就收到。
2024-08-02 08:44:56
127
原创 TOP级AI驱动的单元测试工具推荐
理想的情况是，编写程序的开发人员在编写代码的同时编写单元测试。GitHub Copilot 是由 GitHub、OpenAI 和微软共同开发的基于生成式AI模型的工具，它基于所有出现在公共存储库中的自然语言进行训练。单元测试（Unit Testing）是软件开发的一种测试方法，它主要针对程序中的最小可测试单元——通常是函数、类的方法或模块等进行检查和验证。隔离性：每个单元测试都是独立的，测试时会将被测试单元与其他代码隔离，以确保只测试该单元的功能，不受外部因素影响。还需要手动完成生成的测试用例。
2024-08-02 08:43:39
570
原创 强大的接口测试可视化工具：Postman Flows
Postman Flows是一种接口测试可视化工具，可以使用流的形式在Postman工作台将请求接口、数据处理和创建实际流程整合到一起。如下图所示Postman Flows是以API为中心的可视化应用程序开发界面。它提供了一个无限的画布用于编排和串连API，数据可视化来显示你的流的最终输出。
2024-08-02 08:41:30
593
原创 构建模型思维
所寫即所思｜一个阿里质量人对测试的所感所悟。很久以前，有一个测试经理并不相信敏捷测试。当团队谈论减少资源浪费、项目冲刺和项目小规模交付时，她会礼貌地点头示意表示赞同。但转身之后，她会按照自己的原有的方式去做事情。对她来说这种方式才是有效的。而她的项目通常都能按时完成，交付质量也比较高，而且发布过程也比较“平稳”。直到有一天，她遇到了瓶颈。负责的是一个“简单”的迁移项目，目标也很简单——“让它像以前一样运行”。直接迁移，轻而易举。然而，这是一个新组建的团队，应用程序逻辑可能有数百万种可能的组合。
2024-07-20 20:44:25
772
原创 解锁Swift Testing测试框架
与之前的版本相比，对单元测试的定义也有所改变。你不再需要在函数前缀上使用` test `，而是可以将` @Test `函数附加到任何你想让其成为测试的函数上。
2024-07-09 07:30:00
1656
2原创 关于手工测试的思考
（这里的“产品”可能是正在运行的软件，或者是它的一部分。如果我们相信这种幻想，就不必去寻找那些深层的、隐藏的、罕见的、微妙的、间歇性的问题；与项目中的其他人不同，测试员专注于揭示尚未解决的问题，或是我们提出的解决方案所引入的问题。在测试的早期阶段，特别是放松或暂停我们对发现问题的关注，更多地关注建立我们对产品的心理模型可能非常重要。测试必须被视为一种社会（且社会上有挑战性）、认知、风险聚焦、批判性（在多个意义上）、分析性、调查性、熟练、技术性、探索性、体验性、实验性、科学性、启示性、光荣的手工艺。
2024-07-03 07:15:00
1227
原创 万字解读LLM大模型评估
我在之前的一篇文章中对摘要度量进行了深入的讨论，因此我强烈建议大家阅读一下。与原文内容完全一致。包含了原文中的重要信息。使用QAG，我们可以计算出事实对齐度和包含度评分，从而计算出最终的摘要评分。在DeepEval中，我们将两个中间评分中的最小值作为最终的摘要评分。""""""坦白地说，我对“摘要度量”这一概念的阐述还不够充分，因为我不想让这篇文章变得更长。但是对于那些对此感兴趣的人，我强烈建议阅读这篇文章，以了解更多关于使用QAG构建自己的摘要度量方法的信息。
2024-06-19 07:15:00
1452
原创 出BUG了。。。
事务的隔离级别决定了一个事务可以看到其他事务修改数据的程度，从最低级的读未提交（Read Uncommitted）到最高的串行化（Serializable），隔离级别越高，并发性能越低，但数据一致性越好。分布式事务：微服务架构下，原子服务（拥有自己的部署容器和数据存储容器）部署在不同的服务器上，服务间调用就会出现跨越多个数据库或服务的事务，需要特殊的协调机制（如两阶段提交）来确保所有参与方的一致性。最近出了一个bug，比较神奇的是，竟然一年前的变更引起的。反之，则直接return，不做什么操作。
2024-06-17 07:15:00
112
原创 聊聊大火的AI agent
AI Agent（智能体）是一种能够感知环境、进行决策和执行动作的智能实体。不同于传统的人工智能，AI Agent 具备通过独立思考、调用工具去逐步完成给定目标的能力。AI Agent 和大模型的区别在于，大模型与人类之间的交互是基于prompt 实现的，用户prompt 是否清晰明确会影响大模型回答的效果。而AI Agent的工作仅需给定一个目标，它就能够针对目标独立思考并做出行动。
2024-06-14 09:17:08
1005
原创 集成测试怎么做？
测试是复杂的，但是通过遵循一些原则并妥善划分步骤，可以实现有效的测试。首先，不能为了测试代码而测试，应该关注代码预期。然后，遵循测试驱动开发的三条规则，确保你为公司编写了真正有效的代码，并且可以跟踪应用程序中哪些内容是重要的。最后，为了编写每个场景，你需要遵循AAA框架，确保没有遗漏（Arrange）、（Act）和（Assert）这三个步骤中的任何一个。- END -下方扫码关注 软件质量保障，与质量君一起学习成长、共同进步，做一个职场最贵Tester！关注公众号, 后台回复【测开。
2024-06-05 07:15:00
897
原创 黄仁勋：打破摩尔定律，机器人时代来了
一个价值十亿美元的数据中心，在添加了价值5亿美元的GPU后，瞬间转变为一个强大的人工智能工厂。在这个飞速发展的时代，我们将继续努力提升产品性能，降低培训和推理的成本，同时不断扩展人工智能的能力，使每一家企业都能从中受益。重要的不是平均吞吐量，而是最后一个到达的数据，因为如果你正在从所有人那里收集部分结果，并且我试图接收你所有的部分结果，如果最后一个数据包晚到了，那么整个操作就会延迟。
2024-06-04 08:35:01
1715
原创 APP中断测试知多少
所寫即所思｜一个阿里质量人对测试的所感所悟。中断测试有助于移动测试人员识别与系统或用户行为相关的潜在风险，以便在发生流量干扰时能够识别出可能导致意想不到或不期望结果的问题。让我们深入探讨中断测试的细节及其手动或程序化实现方式。本文还介绍了用于自动化测试过程、加快测试执行速度并向用户提供高质量应用的移动工具，例如 Appium WebDriver。
2024-06-03 07:00:00
1037
原创 如果创办Google
本文是一篇演讲稿，来自于《黑客与画家》一书的作者保罗*格雷厄姆，被称为硅谷创业之父。这是他为14至15岁的孩子们做的一次演讲，内容是关于如果他们将来想创立一家创业公司，现在应该做些什么。很多学校认为应该向学生们传授一些有关创业的知识。但以下是作者认为应当告诉学生的建议。全文如下：你们中的大多数人可能认为，当将来进入社会后，最终都得找一份工作。但事实并非如此，今天我要告诉你们一个方法，可以避免将来不得不去找工作。这个方法就是创办一家公司。当然这并不是“逃避工作”的方法，因为如果你自己创业，你会比普通上班族工作
2024-05-28 07:30:00
463
原创 聊聊变异测试
正如你所看到的，尽管为达到代码覆盖率而构建的测试集会通过代码执行类似的路径，但变异测试指标允许对测试应执行的验证进行更具体的描述。这是杀死的变异体与变异体总数的比率。在多数软件测试方法中，很难预判能否在测试过程中发现缺陷，往往直到这些缺陷在后续的测试环节被发现，甚至是更糟的情况下，在生产环境中出现时才会被注意到。随着工程师越来越多地采用更自动化的软件验证方法，以及在不断缩短的发布周期中对更高品质的软件输出的需求日益增长，变异测试帮助我们退一步评估，我们是否真的应该对我们的测试充满如此信心。
2024-05-27 07:00:00
738
原创 测试三问
在缺乏有效的测试用例的情况下，你可能无法为团队提供有价值的质量反馈，而这正是QA人员所期望的得到的。因此，测试不仅对于深入了解产品至关重要，而且对于确保交付的软件符合业务方的期望至关重要。作为一名QA，如果不了解用户的痛点，就无法确保这些变更是否真正为用户解决了问题。通过明确受影响的模块，你可以设计出全面覆盖这些变更的测试用例。我会向产品负责人询问有关需求变更如何为我们的用户解决问题，这让我了解了用户所面临的问题。我的测试方法总是向参与项目过程的不同人提问，这让我更深入地了解变更的背景知识。
2024-05-23 07:00:00
338
原创 漫谈AI测试
毫无疑问，未来属于人工智能。它已经进入了我们的日常生活，并被世界各地的大公司所使用。人工智能的适用性似乎无穷无尽。然而，仍然存在许多疑虑和担忧。例如，在自动驾驶汽车的情况下：事故责任、不稳定的物体识别以及与不可预测的人类交通参与者的复杂互动阻碍了它的广泛推广。人工智能的一些可能令人恐惧的影响已经显现出来。人工智能算法可以制造和扩大偏差。例如，在缅甸的种族清洗中，数以万计的罗兴亚人被杀害，100万人流离失所。
2024-05-22 07:00:00
1797
python菜鸟教程
2018-06-05
2017 阿里技术年度精选下册
2017-12-19
Spring+MYBatis企业应用实战
2017-11-26
python cookbook高清资源
2017-11-26
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人