- 博客(118)
- 收藏
- 关注
RSS订阅原创 消费者应该懂得消费知识点
消费者在消费前应该做好充分的准备工作，了解商品或服务信息、选择正规渠道和商家、理性消费、查看商品标识和说明、索要购物凭证、树立维权意识以及保护个人信息和资金安全等。这些措施将有助于消费者做出明智的消费决策并保障自身权益。
2024-07-19 16:49:06
242
原创 项目管理百态“玩的就是心跳”
通过建立明确的优先级评估机制、采用灵活的项目管理方法、加强沟通与协作、使用优先级管理工具以及培养团队适应性和韧性等措施，可以减轻项目优先级变化带来的负面影响，提高团队的应变能力和项目成功率。
2024-07-19 11:38:20
1112
原创 如何发掘孩子的兴趣特长
兴趣可能随孩子的成长而变化，所以定期检查和调整是很重要的。最重要的是，支持和鼓励孩子追求他们真正热爱的事物，这将有助于他们建立自信和成就感。
2024-07-18 17:05:26
276
原创 团队中出现了“刺头”小伙伴该怎么办
面对“刺头”小伙伴时，保持冷静、专业和人性化的态度至关重要。通过深入了解、建立信任、明确期望、提供支持、设定界限、鼓励团队合作以及寻求专业帮助等方法，你可以有效地应对这一挑战，促进团队的和谐与发展。
2024-07-18 13:39:17
312
原创 聊一下提高测试效果中的场景法测试
黑盒常见的测试方法，使用场景法进行测试，可以有效地提高测试效果。场景法测试可以更有效地帮助团队发现和解决软件中的功能和流程问题，从而提升软件的质量和用户体验。
2024-07-17 15:16:42
296
原创 因果图法：测试用例编写及适用场景
因果图方法是一种用于系统分析的图形工具，它有助于识别和可视化问题的原因和可能的结果。在软件测试中，因果图被用来帮助设计测试用例，特别是当测试场景涉及多个输入条件组合时。这种方法可以确保测试覆盖所有可能的输入组合。
2024-07-16 15:32:14
506
原创 聊聊测试用例编写方法及适用场景
有过一定测试理论基础的从业者，对测试用例编写方法基本上可以张口就来，什么等价类划分法，边界值分析法，因果图法，场景设计法，错误猜测法等。这篇文章主要聊聊等价类划分，边界值分析法两个使用频率稍微较高的测试用例编写方法和适用场景。
2024-07-15 12:27:36
1518
原创 夜谭十记：不第秀才冷板凳会缘起
《夜谭十记》不仅仅是对个人命运的描绘，也是对历史时期社会状况的反思。通过这些故事，读者可以感受到历史的变迁和时代的烙印，思考历史事件对个人和社会的影响。《夜谭十记》中的“不第秀才：冷板凳会缘起”不仅是一段引人入胜的叙述，也是对人性、社会和历史的深刻探讨。它让我们在欣赏文学艺术的同时，也能对过去的社会现象进行批判性的思考。
2024-07-13 09:40:03
842
原创 萝卜快跑无人驾驶-中年男人的副业又少了一项
技术总是不断的促使我们快步前进，在某个领域刚刚到了舒适区没有多久，技术会无时无刻的在背后推着我们前进，跟不上队伍就要被迫挨板子。
2024-07-12 20:46:26
389
原创 聊聊遇到“一句话”的需求应该怎么办
有多年测试工作的从业者，在工作的过程中大概率会遇到“一句话”需求，还有的时候在测试过程中，评审该需求过程中都没有参加，前后的逻辑没有搞明白，适应场景也不清楚，测试自己的对需求的理解与产品，研发不一致，出现歧义等等。
2024-07-12 12:44:48
422
原创 聊一聊中小企业如何开展持续交付
持续交付（Continuous Delivery，简称CD）是一种软件工程实践，旨在让软件产品的产出过程在一个短周期内完成，以保证软件可以稳定、持续地保持在随时可以发布的状况。这一过程是持续集成（Continuous Integration，简称CI）和持续部署的自然延伸，通过自动化管道的后续阶段，确保开发团队对应用的更改可以自动进行错误测试并上传到存储库，随后由运维团队将其部署到实时生产环境中。记录流水线的所有操作，包括构建、测试和部署的日志，以便于追踪和审计；例如，可以并行运行不同的测试套件。
2024-07-10 17:40:12
585
原创 聊聊未来的测试工程师是什么样子？
未来的工程师不在是单一化，会单一的自动化测试，性能测试，安全测试等不再吃香，将面临行业内的深刻变革，主要受到自动化、人工智能（AI）、机器学习（ML）、云计算以及持续集成/持续部署（CI/CD）等技术的影响，现在时代变了， 一个测试对着 10 几个开发是很常见的， 一个测试要兼顾测试几个产品线也是正常的，并且可能功能，性能，效果，高可用等都需要涉猎。》，作者是许令波，有兴趣的可以下载了解一下。数据分析将成为测试工程师的关键技能之一，用于识别测试中的模式，预测潜在的故障点，并优化测试策略。
2024-07-08 10:54:00
683
原创 早起能给我带来了什么
现在我早已养成习惯，每天不用闹钟也能自然醒来。有时5点起，有时4点半起，最早4点起，通常不晚于5点半。相比在7点左右起床，我每天多出了2小时，按一天8小时工作时长计算，每年可以多出约90个工作日，如果坚持40年，就相当于一个人全年无休工作10年。有了这些不被打扰的时间，我可以高效地做下面这些事情。
2024-07-07 11:40:35
826
原创 软件系统架构的一些常见专业术语
CDN：即内容分发网络，部署在距离终端用户最近的网络服务商，用户的网络请求总是先到达他的网络服务商那里，在这里缓存网站的一些静态资源（较少变化的数据），可以就近以最快速度返回给用户，如视频网站和门户网站会将用户访问量大的热点内容缓存在CDN。分层架构是逻辑上的，在物理部署上，三层结构可以部署在同一个物理机器上，但是随着网站业务的发展，必然需要对已经分层的模块分离部署，即三层结构分别部署在不同的服务器上，使网站拥有更多的计算资源以应对越来越多的用户访问。IT架构由数据架构、应用架构和技术架构组成。
2024-07-07 11:34:10
517
原创 如何爱上阅读及阅读的意义有哪些？
深奥的理论，抽象的逻辑，枯燥的案例，黑白的色调。在阅读过程中，我们需要理解作者的观点，分析论证过程，甚至与书中的观点进行辩论，这些都能够促进大脑的活跃，提高思维的灵活性和深度。通过阅读，我们可以获取各种各样的知识，无论是科学、历史典故、文学还是艺术，都能在书中找到丰富的信息，帮助我们拓宽视野，文化习俗等，不断积累知识，提升自己的文化素养和认知水平。另一群稍微好些，他们能坚持阅读，并且读的极多，极快，一年读上百本书，真是“嗜书如命”，但唯独不能让他们满意的是读了那么多书却没有任何改变，甚至脑子更乱了。
2024-07-05 15:34:04
570
原创 大型网站软件系统架构演进过程
通过使用分而治之的手段将整个网站业务分成不同的产品线，如大型购物交易网站就会将首页、商铺、订单、买家、卖家等拆分成不同的产品线，分归不同的业务团队负责,具体到技术上，也会根据产品线划分，将一个网站拆分成许多不同的应用，每个应用独立部署维护。为了提供更好的用户体验，留住用户，网站需要加速网站访问速度。通过负载均衡调度服务器，可将来自用户浏览器的访问请求分发到应用服务器集群中的任何一台服务器上，如果有更多的用户，就在集群中加入更多的应用服务器，使应用服务器的负载压力不再成为整个网站的瓶颈。
2024-07-04 18:16:09
806
原创 聊聊测试工程师需要掌握的核心竞争力有哪些
你是否遇到过如下的问题，想要测好一个产品，需要懂的技能很多，然后就觉得好烦，觉得啥都要会，啥都要学，又觉得啥都不会，这涉及到测试需要掌握的知识面比较广，而对于开发人员来说，对待某项技术需要有深度，毕竟每个人的精力很有限。
2024-07-03 13:56:55
889
原创 聊一聊质量测试框架
描述质量生存周期为一组协同关系的QM,可用于在整个生存周期详细规定质量需求,并通过测量验证和确认所需质量的实现程度来评价质量。用户和/或利益相关方对于包括系统、软件产品和数据在内的任一目标实体的质量需要,可被引出并转换为使用质量的需求,然后转换为使用外部性质的质量需求(例如行为)和使用内部性质的质量需求(例如静态属性)。QM 包括使用质量的QM、外部性质的QM 和内部性质的QM。外部性质的 QM 是行为属性的测度,内部性质的 QM 被用于测量软件和/或系统的技术或结构属性。
2024-07-01 13:26:51
594
原创 聊聊如何制定互联网产品测试策略
提起互联网产品测试，给人的第一感觉那就是一个字“快”，相比于传统行业的软件，更新周期快的一个多月一个版本，慢的半年或一年一个大版本，从测试的角度出发，制定产品的测试策略侧重点有所不一样，传统的软件设计到的页面测试用例可能比较多，执行起来没有个一周时间，很难“完美”的执行下来，互联网的发布周期相对来说比较勤，有的时候一周两个版本，或者一天一个版本，更有甚者按照小时来计算。：随着网络安全威胁的增加，安全性测试变得尤为重要，它旨在发现和修复潜在的安全漏洞，保护用户数据和系统免受攻击。
2024-06-29 18:20:40
570
原创 聊聊啥项目适合做自动化测试
我们不仅能够应对当前的工作强度，还渴望承担更多，为公司的发展贡献力量，我们会继续携手努力，争取更大的成绩。然而自动化测试是一把“双刃剑”，虽然它可以从一定程度上解放测试工程师的劳动力，完成一些人工无法实现的测试，但并不适用于所有的测试场景，如果维护自动化测试的代价高过了节省的测试成本，那么在这样的项目中推进自动化测试就会得不偿失。自动化测试是，把人工对软件的测试转化为由机器执行测试行为的一种实践，可以把测试工程师从机械重复的测试工作中解脱出来，将更多的精力放在新功能的测试和更全面的测试用例设计上。
2024-06-28 18:03:38
1247
原创 聊聊测试数据的生成方法及优缺点
开发人员转测过来需求后，有的时候相关需求的测试数据要求比较多，有的时候在前端生成所需的有效测试数据，涉及到的业务流程比较繁琐，时间都耗在了造测试数据上，转测过来的需求还没有正式进入测试状态，在测试过程中测试数据的生成都有哪些方法，它们都有哪些优缺点，作为测试从业者需要考虑一下！
2024-06-26 18:30:26
553
原创 聊聊提升UI自动化测试稳定性的关键技术
在我们的测试工作中，为了提升回归测试效率等会使用到自动化测试，UI自动化测试也会使用到，在使用的过程中会出现测试稳定性问题，最典型要数同样的测试用例在同样的环境上，时而测试通过，时而测试失败，很是让人头大，严重降低UI自动化测试的可信度。
2024-06-25 17:50:41
510
原创 测试工程师如何学习系统架构
在考虑消息队列功能时，你需要考虑业务需求匹配，明确消息队列用于解决的具体业务场景，如异步处理、解耦服务、数据同步等，考虑消息的类型（命令、事件、请求-响应等）和数据量，选择最适合的队列模型；在具体工作中，对接触到的每个新知识、新系统、新技术，都抱着一种完善个人知识体系的心态，研究一下，深挖一下，时间久了，效果就会逐渐显现出来“由广度到深度”的“深度”是指，对于架构中某一领域的特定知识在项目中要实际使用的时候，必须要刨根问底，通过实际的测试来加深对架构知识细节的理解。如何根据业务增长动态扩展消息队列容量？
2024-06-24 16:47:56
783
原创 阅读笔记：明朝那些事儿妖孽横行的宫廷
弘治时期的三阁老，能谋，能断，能侃，主要还是朱老板能容得下能臣干将，这也是一个文才辈出的时代，传承上千年的中华文化在这里放射出了更加璀璨夺目的光芒，朱老板堪称模范皇帝工作上勤于政事，他是继朱元璋之后有一个工作狂人，清除奸佞（nìng）冗（rǒng）官，重用贤能之臣，体恤百姓，勤俭持家，感情专一，孝敬父母，好人，好皇帝。截止到现在，已经和明朝的十一位皇帝书面交流，有温文尔雅的，有机智多谋的，有爱玩的，有爱炼仙丹，有任期不到一年的皇帝，有被俘后回来继续当皇帝的，有任期长达近半个世纪的。临死之前他给弟子们说“
2024-06-23 17:13:22
189
原创 精准测试与传统的手工测试
大部分测试从业人员都经历了手工测试到自动化测试递进，测试技术及思路都发生了日新月异的变化，有些中厂及大厂都有一套强大且复杂的自动化测试用例时刻保障产品的稳定性及正确性。所谓精准测试，就是借助一定的技术手段、通过算法的辅助对传统软件测试过程进行可视化、分析以及优化的过程。也就是说精准测试可以使得测试过程可视、智能、可信和精准。手工测试往往需要大量人力资源，尤其是在进行重复的回归测试时，这会增加测试的整体成本。由于人为操作的性质，手工测试容易引入错误，比如误判或遗漏，这可能会影响到测试结果的准确性。
2024-06-21 18:29:43
773
原创 聊聊探索性测试
特意度娘了一下，探索性测试的定义：探索性测试可以说是一种测试思维技术。它没有很多实际的测试方法、技术和工具，但是却是所有测试人员都应该掌握的一种测试思维方式。探索性强调测试人员的主观能动性，抛弃繁杂的测试计划和测试用例设计过程，强调在碰到问题时及时改变测试策略。探索性测试强调测试设计和测试执行的同时性，这是相对于传统软件测试过程中严格的“先设计，后执行”来说的。测试人员通过测试来不断学习被测系统，同时把学习到的关于软件系统的更多信息通过综合的整理和分析，创造出更多的关于测试的主意。
2024-06-20 17:38:06
752
原创 “打卡展示”后遗症如何解决
解决打卡展示后遗症的关键在于调整心态、改变学习方式、设定合理目标以及保持学习的持续性，通过这些策略，可以更好地专注于学习本身，避免陷入形式主义的打卡陷阱，让个人成长的过程更加健康和可持续
2024-06-19 20:54:08
422
原创 聊聊缓存如何进行测试的
Redis：Redis 不仅是一个键值存储系统，还支持多种数据结构如列表、集合、排序集合、哈希表等，提供了更丰富的缓存场景支持，比如计数器、消息队列等。故意构造不存在于缓存中的查询，验证缓存如何处理这些情况，是否会导致频繁的数据库查询，以及是否有合理的策略（如缓存空值）来避免穿透。模拟极端情况，如热点数据失效导致的大量数据库访问（缓存击穿），大量缓存同时失效（缓存雪崩），以及频繁查询不存在的键（缓存穿透）。故意中断缓存服务或网络连接，然后恢复，观察数据是否丢失、服务能否正常恢复以及恢复所需的时间。
2024-06-19 17:32:54
1131
原创 阅读笔记：明朝那些事儿太监弄乱的王朝
最可恨的太监要数王振，不是自己的工作，没有相关方面的“工作经验”，拿着二十多万的官兵性命当儿戏，鼓动着皇帝进行御驾亲征，方便自己挟天子以令官兵，导致朱祁镇皇帝被俘，使大明王朝处于非常被动的局面，还好当时有位非常牛的人物出现了------于谦。阅读豆评高分作品《明朝那些事儿太监弄乱的王朝》第三部，截止到今天告一段落了，前两部皇帝，太子相对比较少，了解故事的主线，分支不算多，记忆起来还能应付过来，第三部皇帝，太子更换的有点频繁，突出了本部的主题太监捣乱。太师不贪财物，是男子汉，必当名垂青史，万世传颂！
2024-06-16 12:10:34
331
原创 你焦虑了吗
介绍：记录软件测试及开发相关原创文章，发现比较有趣的东西与志同道合者分享，记录生活中有趣的人或事 ，生活当中健身，书法，阅读，育儿等心得体会。前段时间，无意间在图书馆看到一本书《认知觉醒》，书中提到了焦虑的相关话题，从焦虑的根源，焦虑的形式，如何破解焦虑给了我点启示，分享给一下。比如看书，A的形式是阅读要只字不差，B的形式是主题阅读，不用读完，看上去两个人说法都对，但做法完全相反，到底该用哪个方法呢？真正能让你变强的东西，其核心困难是无法回避的，不下决心与之死磕，始终在周围打转，时间越长越焦虑。
2024-06-16 12:06:48
357
原创 聊聊C/S模式架构的优缺点
C/S模式架构，即客户端-服务器（Client/Server）架构，是一种常见的软件系统架构，以下是C/S模式架构的优缺点分析。性能高效：由于客户端直接与服务器进行数据交换，没有中间层的延迟，因此响应速度快，能够处理大量数据和复杂业务逻辑。离线操作：在设计允许的情况下，客户端可以在离线状态下工作，之后同步数据到服务器，适合无网络或网络不稳定环境。表达能力较弱：在大多数C/S风格的系统中，构件之间的连接通过（远程）过程调用，接近于代码一级，表达能力较弱。
2024-06-13 18:31:32
667
原创 系统与软件工程软件测试设计技术
状态转移测试使用测试项的状态模型,模型包含测试项可能的状态、状态间的转移,导致转移的实际和转移可能导致的动作。典型的判定用于简单的选择(例如,源代码中的if-then-else),决定何时退出循环(例如,源代码中的while循环),以及 case(switch)语句(例如,源代码中的 case-1-2-3-..-N，也称switch语句)。在数据流测试中,应该导出测试项的模型,该模型识别测试项的控制流子路径,在该子路径中,给定变量的每个定义与该变量的后续使用相关,并且后续使用没有重新定义变量的值。
2024-06-07 14:45:25
968
原创 人工智能机器学习系统技术要求
数据管理工具提供人工智能数据的生存周期,包含定义、采集、预处理、模型构建、系统部署、系统维护,数据退出和系统退出的管理能力。提供各类数据源,包括结构化,半结构化和非结构化数据的接入、标注和质量控制,中间数据的管理、最终数据的管理、元数据的管理和数据使用溯源等能力,支持对海量结构化、非结构化数据的预处理与特征挖掘。模型管理工具提供常用的机器学习模型及其变形,能按照一定的方式,如算法结构、应用范围,提供模型的分类检索:模型管理工具也可扩展支持模型导入、导出、更新、发布、迁移和版本控制等功能。
2024-06-05 18:28:04
1030
原创 系统与软件缺陷来源分析
综上所述系统和软件缺陷的来源多种多样，需要在整个开发过程中加强需求管理、设计评审、代码审查、测试和质量保证等工作，同时加强团队成员之间的沟通和协作，以确保系统和软件的质量和稳定性。系统与软件缺陷来源主要为它的整个生命周期，包括需求分析、设计、编码、测试到维护，每个环节都可能引入缺陷，以下是按照每个阶段存在的缺陷原因分析说明。团队成员间的沟通不畅，或是与客户的沟通存在问题，都可能导致需求传递失真或误解，从而引入缺陷。使用的开发工具、库或框架本身的缺陷，也可能引入问题，或者是工具的不当使用也会导致问题。
2024-06-04 17:48:06
266
原创 系统与软件工程软件测试文档
测试计划可用于多个项目(从项目层面),或者用于一个单一的项目(项目测试计划/主测试计划),或者用于一个特定的测试子过程(系统测试计划、集成软件测试计划、子系统测试计划,分包商软件测试计划,单元软件测试计划,性能测试计划或者测试的具体迭代)，如果制定更多的软件测试计划,可能需要构建映射树来帮助记录文档之间的关系和每个文档包含的信息。测试方针：测试方针定义了组织内适用的软件测试的目的和原则，它定义了测试应该完成什么，但没有详细说明如何执行测试，测试方针为建立，评审和持续改进组织的测试方针框架。
2024-06-04 17:43:04
719
原创 系统与软件缺陷来源分析
综上所述系统和软件缺陷的来源多种多样，需要在整个开发过程中加强需求管理、设计评审、代码审查、测试和质量保证等工作，同时加强团队成员之间的沟通和协作，以确保系统和软件的质量和稳定性。系统与软件缺陷来源主要为它的整个生命周期，包括需求分析、设计、编码、测试到维护，每个环节都可能引入缺陷，以下是按照每个阶段存在的缺陷原因分析说明。团队成员间的沟通不畅，或是与客户的沟通存在问题，都可能导致需求传递失真或误解，从而引入缺陷。使用的开发工具、库或框架本身的缺陷，也可能引入问题，或者是工具的不当使用也会导致问题。
2024-06-03 15:29:54
570
原创 系统与软件工程软件测试过程
通常在测试项目的整体测试过程的上下文中,用于执行特定的测试级别(例如系统测试、验收测试)或测试类型(例如易用性测试、性能测试)的测试管理和动态(和静态)测试过程。一种基于经验的测试。上述通用的测试管理过程可应用于整个项目的测试管理,也可用于各测试阶段(例如系统测试、验收测试)的测试管理,以及各种测试类型(例如性能测试、易用性测试)的管理。动态测试过程用于在特定测试阶段(例如单元测试、集成测试、系统测试和验收测试)或测试类型(例如性能测试、信息安全性测试、易用性测试)内进行动态测试。（即被认定为是“等价”）
2024-05-29 12:49:43
1161
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人