精华内容
下载资源
问答
  • 通过对个人知识的管理,人们可以养成良好的学习习惯,增强信息素养,完善自己的专业知识体系,提高自己的能力和竞争力,为实现个人价值和可持续发展打下坚实基础。 为什么要进行知识管理 可能这是大家比较好奇的...

    个人知识管理这个词可能在我们眼中,可能还比较新颖,按照百度百科的解释,它是一种新的知识管理的理念和方法,能将个人拥有的各种资料、随手可得的信息变成更具价值的知识,最终利于自己的工作、学习和生活。

    通过对个人知识的管理,人们可以养成良好的学习习惯,增强信息素养,完善自己的专业知识体系,提高自己的能力和竞争力,为实现个人价值和可持续发展打下坚实基础。

    为什么要进行知识管理

    可能这是大家比较好奇的问题,知识管理到底有什么用?为什么需要进行知识管理?我学习了不管理又怎么呢?

    其实细想,就能发现其实知识管理很有必要。自己看了很多书,感觉没有什么太大的变化;很勤奋的学习,但是始终没有什么进步。有的时候说看完了一本书,但是被问到书籍内容的时候,只能零散的说出几个知识点,没有条理,其实这可能是因为没有真正看懂那本书。

    当你真正将知识内化,形成自己的知识体系时,就能很清晰的表达出自己学到的东西。知识不仅仅是简单的复制粘贴,学习,也是有技巧的。你不可能把所有杂乱的信息都记在大脑里,需要一个“外部的大脑”来存储,然后经过提炼总结形成新观点,这就是个人知识库存在的意义,也是知识管理的最终目的。

    知识管理的一些误区

    知识管理是需要一步一步的进行的,知识管理存在一些误区。

    • 把思维导图当作工具,进行知识管理,缺少自己的看法,只做提炼;
    • 单纯的将书本上的知识收集下来,当成自己的学问,不要意味的收藏,更多的需要表达、输出、内化;
    • 输出的手法很单一,将写作当成主要的知识输出,知识输出有很多途径,不要过于局限。

    建立个人知识库,进行知识管理

    知识管理主要分为5步,简单来说就是学习、保存、使用、创新以及分享,工具重要还是方法重要,在我看来缺一不可。

    搭建知识管理框架

    建立几个分组,将知识管理的,参考资料、现阶段研究、碎片化信息等,具体视情况而分类,帮助你专攻于某一个领域,了解你目前所在的位置,后期通过收集到的这些知识进行再一步提炼内化。

    结合当前的目标,感兴趣的研究方向做一个知识框架,比如我下方使用Baklib制作的猫咪知识库,将收集到的知识统一汇总分类。感兴趣的内容很多,有的来源于网络,通常我会使用它的剪藏插件,直接将网页内容摘录收藏到知识库中,有的时候手机上看到有价值的内容,或者有灵感的时候,直接登陆Baklib开始编辑保存。

    建立知识库是为了让你的内容不断更新,以及你能掌握目前收集到的内容多少,让你的知识库随时保持活跃状态,不断积累。

    提炼出有价值的内容

    像上面所描述的那样。知识库软件的作用就是让你能够更佳方便快捷的保存有价值的内容,让你随时随地能够编辑保存。

    整理你的知识

    对碎片化的内容进行收集,随着收集的内容越来越多,那么给它打上标签就很重要了,文件夹只能将文章划到一个分类中,但是标签可以赋予同一篇文章不同的属性,让你的管理更佳系统化。

    定期整理你的内容,有的时候看到某篇文章头脑一热就收藏了,但是实际上可能对你是没用的,需要定期整理删除。

    内化你的知识-知识输出

    对知识进行整理后,需要的就是知识输出,将知识内化,这个步骤可能没有想象中那么容易,对你的知识进行分类整理,形成结构化体系后。

    最后你会发现,你在不知不觉中已经积累了很多知识,对某些问题信手拈来。Baklib的知识库展示方式是我很喜欢的类型,在后台进行以上操作后,当需要对某个知识点进行复习的时候,在前台就能看到完整的知识库内容,包括自己的框架结构,根据不同的知识体系,选择不同的主题模板,更加直观。

    知识输出还有一种方式是分享,将你的内容分享给你的朋友或者其他人,直接复制知识库网址链接就可以分享出去了,权限可以自己设置:密码、私密、公开三种模式,轻松分享给指定人,点击链接就能查看,无需其他操作步骤。目前我使用的是免费版本,上传图片、文件、视频等都很方便,觉得完全够用

    之前也有用过别的工具进行知识管理,但是经常会有电脑端和手机端不同步,查询信息不准确、流量限制等问题,Baklib是我最近发现的一款软件,虽然只是网站,但是它的响应速度很快,直接在线编辑内容,操作界面类似word,我看了一下还可以用Markdown编辑,在使用过程中,编辑响应速度很快很流畅,丝毫没有卡顿情况。

    有兴趣的可以访问链接了解:https://www.baklib.com/?utm_content=7&utm_source=zhihu

    最后,知识管理很重要的一点就是将新知识和旧知识联系起来,搭建属于自己的知识体系,希望以上内容对你有帮助,感谢阅读。

    展开全文
  • 学会将已有知识体系化,形成自己的知识图谱,离学霸更近一步 系统化学习必备工具推荐与使用方法教学,实现高效学习 尝试将系统化学习思维运用于工作、学习中,实践出真知 昨天已经介绍了系统化学习的好用工具,...

    大家好~我是小C,又见面啦!“文章过滤器”精选大咖干货、助力学习之路。

    《5天20篇CSDN精选博文带你掌握系统化学习方法》专栏将挑选有关“系统化学习方法”的20篇优质文章,帮助大家掌握更加科学的学习方法~

    在这里,你将收获:

    • 快速掌握系统化学习的理论基础,探究其本质和原理
    • 学会将已有知识体系化,形成自己的知识图谱,离学霸更近一步
    • 系统化学习必备工具推荐与使用方法教学,实现高效学习
    • 尝试将系统化学习思维运用于工作、学习中,实践出真知

    昨天已经介绍了系统化学习的好用工具,已经初步构建知识体系的基本方法,想必大家已经掌握了,今天小C又精选了四篇文章,带你更上一层楼~

    这篇文章来自CSDN博主@foruok 的原创文章:

     

    本文约8000字,正常阅读需要15~20分钟。读完本文可以获得如下收益:

    1. 分辨知识和知识体系的差别
    2. 理解如何用八大问发现知识的连接点;
    3. 掌握致用类知识体系的构建方法;
    4. 能够应用甜蜜区模型找到特定领域来构建知识体系。

    1. 知识体系?有必要吗?

    小张准备通过跑步锻炼身体,可因为之前听说过小腿变粗、膝盖受伤、猝死等等与跑步有关的意外状况,有点担心自己会掉进各种坑里,就在微信上问朋友圈一直晒跑步里程的朋友老安。

    小张问老安:“老安,我想跑步,有什么要注意的没?”

    老安回答:“注意跑姿就行了,要前脚掌先着地,不然容易损伤膝盖。”说完还给小张发了张片。

    小张大喜,心想,幸亏问了老安,不然膝盖就废了。

    第二天早上上班,小张碰见一个部门的黑子,想起来黑子前段时间说他参加了什么夜跑团,就问黑子:“黑子,听说你参加了夜跑团,跑步经验肯定很丰富了,我最近也想跑步,担心跑出问题,给点建议怎么样?”

    黑子说:“建议嘛,的确有一条啊,别轻信网络上各种文章说的什么脚后跟先着地容易损伤膝盖应该前脚掌先着地之类的话。你知道吗,我参加的夜跑团里,有很多经验丰富的跑者,他们说呀,80%的马拉松跑者跑步时都是后脚跟先着地。人家跑那么久那么远都没事儿,就说明,脚后跟先着地是正确的选择。”黑子说着,拿出手机,找了张图给小张看。

    小张边看图边说:“有道理,有道理,还是黑子专业。”可他心里面却犯嘀咕,怎么回事儿啊这是,老安和黑子,说的完全是相反的。

    小张决定找一位资深的跑者问问,想来想去,想到他的大学同学飞将军,他常年跑步,全马都跑了6次了,最近好像还开发了一门如何跑步的课程。于是中午吃饭时,他用微信发了条消息给飞将军:“飞将军啊,我最近有点想跑步,你是专业的,给我点建议,怎么跑比较好呢?”

    过了一会儿,飞将军发过来一条消息:“你先回答我几个问题:1)你是想跑马还是慢跑锻炼?2)你身高、体重、体脂率各是多少?3)体力如何?4)有没有心脏病、高血压、头晕等情况?5)有没膝关节受伤、腰椎间盘突出等情况?6)准备在哪里跑?塑胶跑道、跑步机、水泥马路还是别的?……”

    小张一看飞将军连珠炮式发出的12个问题,不禁叫了一声“天呐”。

    好啦,现在请你回答一个问题:老安、黑子和飞将军,这三个人,哪一位更专业?

    如果我没猜错,你的答案和我一样:飞将军更为专业。

    为什么呢?

    因为飞将军没有像老安和黑子那样直接给一个前脚掌先着地或脚后跟先着地的建议,而是先望闻问切,从各个方面了解小张的情况,然后才给出适合小张的建议。

    那为什么他能够做到这一点呢?

    因为飞将军在跑步这个领域,拥有丰富的知识,涵盖跑姿、配速、相关疾病、路面、心率等等,这些知识有机地结合在一起,形成了一套知识体系,能够从多个维度综合评估一个人该如何开始跑步、如何进阶。

    不仅仅跑步这个领域有知识体系,各个领域都有知识体系,我们生活中遇到的大部分问题,都可以找到一个围绕着它形成的知识体系。

    针对某个领域、某个问题的知识体系,对我们有非常多的好处,典型的有三类:

    1. 表达能力升级。这是因为构建知识体系的过程,会用到并培养成长思维、批判思维和系统思维,提升思考能力。当我们能够把一件事情的逻辑、层面、各个维度想明白,就能讲明白。
    2. 从零到一成为专家。知识体系是结构化的,知识点之间彼此关联,有无数回路,四通八达。这样的好处是,我们遇到一个问题,就会触发某个知识点,我们捕捉到这个知识点,就可以沿着知识体系的无数关联和回路,快速找到相关的其他知识的点,组合起来,形成针对所遇到问题的解决方案,就表现出专业水准,就当得起“领域专家”之称。
    3. 智慧影响待人接物。知识内化,形成体系,吐故纳新,不断进化,我们的智慧就会跟着升级,就能应用于实际生活。一方面知道的越多越能体会知识无涯越会虚心、包容,越能与他人和谐相处,另一方面体系越完善越能帮助自己和他人解决问题,促进彼此关系。

    举两个例子对比一下,我们马上能感受到拥有知识体系的好处。

    医生D1,接诊一位大腿中箭的士兵,马上想到:“中箭了就得赶紧拔出来才好。”于是他一顿操作猛如虎,拔掉了士兵屁大腿上的长箭。不料鲜血迸出,他赶紧找来一团棉花,一条线绳给士兵包扎上。然后拍拍手,告诉士兵,长箭已除,万事大吉。

    医生D2,也接诊了一位屁股中箭的士兵,他没有立即动手拔箭,而是先问了士兵中箭的详情、各个身体部位的感觉、以往的箭伤治疗史等等情况,然后准备了清洗、消炎、包扎要用的各种物品,接下来消炎、拔箭、敷药、包扎,最后又叮嘱了饮食禁忌、日常护理、活动建议、复诊、常见并发症和应对策略等等事情,才结束治疗。结果这位士兵很快痊愈了。

    D1缺乏诊治箭伤的知识体系,脑中只有几点零散的知识,只会头痛医头脚痛医脚,想不到感染、发烧、饮食禁忌等事情,结果他的病人回去后,伤口感染、化脓,引起各种并发症,后来救治无效,含恨离世。

    反观D2,因为有知识体系,能够系统的、多维度的、多环节的考虑各种问题,妥善制定箭伤医治策略,他的病人得到了很好的诊治,很快就痊愈了。

    医疗领域的知识体系,可以治病救人,效用立竿见影。其他领域的知识体系,在处理该领域相关的问题时,也有类似的效果。我们的工作和生活中,就能找到很多例子,你不妨回想一下自己过去的经历,找一件事能够说明知识体系作用的事情出来,这样能加深我们对知识体系重要性的理解。

    2. 善用八大问发现知识的连接点

    从跑步和治病这几个例子中,我们可以看到,知识点是一个一个的,散乱的,比如“跑步时前脚掌先着地不伤膝盖”、“中箭后要赶快把箭拔出来”,就像我们小时候玩的木质积木。

    而知识体系是某个人结合自己的问题和实践形成的知识集合,知识点之间彼此以形式多样的方式关联,形成了特定的结构。比如飞将军关于跑步的知识体系,就是由跑姿、配速、跑量、心率、常见相关病症、跑鞋、路况、饮食等知识点相互链接而成。这样的知识体系,像我们乐高积木搭起来的建筑物。


    那么,现在有一个问题:用我们前面图片中的木质积木,可以搭建出上面的积木房子吗?

    估计我们的答案是一样的:不能。这也是为什么传统的木质积木无法风靡的关键原因——很难搭建出有稳固的、有创造性的东西,不耐玩。

    那为什么乐高积木就能够搭建出种类繁多、形式各异的“建筑物”呢?

    请大家看一下乐高积木的积木块:


    发现它们和传统积木块的不同了吗

    对,它们上面有很多凸起的圆点点!这些圆点点非常关键,它们可以嵌入其他积木块预留的凹槽,把两个积木块连接起来。

    也就是说,乐高积木块上有连接点,所以可以彼此连接,拼搭出各种具有稳定结构的“建筑物”!

    把知识比作积木块,如果知识上生出连接点,就也可以彼此连接,构建出适用于特定领域和特定问题的知识体系

    那么问题来了:知识有连接点吗?

    答案是肯定的,因为在各个领域都存在知识体系,知识体系是由若干知识榫合而成,知识要彼此榫合,就一定有连接点。

    知识本身就有连接点,而我们无法利用这些连接点构建出知识体系,往往是因为:我们没有发现连接点。就是说,连接点原本就存在,只是我们没看到。

    进一步说,只要有办法找到并标注出知识的连接点,散乱的知识就可能彼此连接成一个体系。

    那么问题来了:如何找到知识的连接点呢?

    拆书帮的创始人赵周老师,在讲如何将移动时代手机阅读到的信息转化为知识时,总结了一个结构化的方法,叫“八大问”。我们可以借助“八大问”,来分析信息、观点、事件、经历等,从中整理出知识和连接点。

    我们先介绍八大问,然后来看怎么使用它来挖掘知识的连接点。

    八大问是一个提问的框架,将针对信息、观点、事件、经历等的提问,分为“前、因、后、果,适、用、边、界”八类。

    这八类问题,可用来分析或整理信息,把信息变成知识,并找到知识的连接点。八大问又可以分为两组,前因后果和适用边界,前因后果用于分析信息,适用边界用于整理信息。

    为方便记忆,赵周老师找了八个成语帮助我们,前对应前车可鉴,因对应相因相生,后对应以观后效,果对应自食其果,适对应适得其反,用对应使用条件,边对应旁敲边鼓,界对应楚河汉界。

    赵周老师针对每一大问,都提供了几个典型问题,帮助我们理解和使用这一问。具体来讲,是这样的:

    • 前(前车可鉴):1)为什么这件事对我重要?2)他是怎么引出这个信息的?
    • 因(相因相生):1)作者提出了哪些关于原因的假设?2)怎么验证或排除这些假设?3)还有其他可能性吗?
    • 后(以观后效):1)若已从信息去做之后会怎样?2)对我的好处(效用)是什么?
    • 果(自食其果):1)不这么做的后果是什么?2)不改变的问题有多严重?
    • 适(适得其反):1)有没有相反的观点?2)有没有不支持这个的实例?
    • 用(使用条件):1)要这样做,需要具备哪些条件(考虑成本收益、态度、能力……)?2)这件事可以用什么其他方式来完成?
    • 边(旁敲边鼓):1)从前有没有类似的(或乍看起来差不多的)信息?2)其他领域/行业/人如何解决类似问题?
    • 界(楚河汉界):1)无论是相反的还是类似的信息,和这个信息的真正区别是什么?交界在哪里?

    在使用八大问时,不一定要原模原样的问赵周老师给出的示范问题,可以在理解这八类问题的前提下,针对具体情境,提出适合的问题。也就说,八大问最重要的是提供了一种提出有洞察力的问题的框架,这是它的意义所在,如果你有能力,可以领会心法,保持心法不变,提出新的问题,如果一开始不知道怎么用,则建议直接使用示范问题或在其基础上做变化。

    现在,我们举个例子,演示一下八大问的用法。

    小薇热情、活泼、健谈、点子多、标新立异、夸张、情绪波动大,她从事保险销售,业绩很好,领导安排她开发一个内部课程,给大家讲讲如何发展客户、维系客户。小薇答应两天搞定讲义,然后给大家讲。她动作很快,马上就开始写PPT,可总是被各种事务打断,一会儿有客户打电话,一会儿微信上有人咨询,一会儿又要出去见客户签合同,一会儿有同事请教,结果一个星期过去了,PPT只有一页标题。

    领导问小薇了两次次,什么时候可以讲,小薇都说太忙了,PPT才刚开了个头,一直没找出时间做。第三次的时候,领导皱着眉头给了小薇一个建议:“小薇啊,你时间管理能力还有很大提升空间啊,建议你好好学习下史蒂芬·柯维的时间管理四象限,把手头上的事情理一理。”小薇连忙称是,开始学习时间管理四象限。

    熟悉这个场景吗?你我的时间管理学习之路,基本上都是这么开始的。

    这种模式,其实也是我们切入一个新领域时的模式:遇到一个问题,要解决,就要用到新的知识、新的技能,开始学习之路,慢慢在实践中积累这个领域的知识。

    但是,我们积累的知识,能否形成体系,却依赖于我们能否做到“发现知识的连接点、主动链接不同的知识”。

    不管以前我们做得怎样,现在我们可以使用八大问来加速这个过程。

    让我们再次聚焦小薇的问题,看看怎样应用八大问来发现知识的连接点。现在,小薇知道了一个时间管理的方法,叫作“时间管理四象限”。

    先问“前”,这里小薇可以问“为什么掌握时间管理四象限对我很重要?”,答案可能是“做好时间管理,能帮助我合理安排任务,找到完成讲义开发的时间。”所以,学习时间管理四象限是有必要的。

    再问“因”,领导让小薇学习时间管理四象限,他提出了什么关于原因的假设呢?答案是“小薇时间管理能力欠缺,不能合理安排各种事务。”领导认为小薇只要管理好时间,就能抽出时间来完成PPT。这个假设正确吗?这是小薇没能在两天内完成讲义的唯一的原因吗?不一定哦,小薇没有完成PPT,除了时间管理的缘故,还有一个很重要的原因,是她内心不觉得“开发课程传授经验”这件事有多么重要,在她看来,最重要的事情是搞定客户赢得保单。

    接下来问“后”,小薇可以问“学习时间管理四象限对我的好处是什么?”她对照着时间管理四象限图,翻看《高效能人士的七个习惯》,很快想到了好处:聚焦要事,从容工作,提高工作质量和产出。简单讲,要事第一,提高工作效能。

    然后问“果”,直接用赵周老师的示范问题,“不这么做的后果是什么?”后果很明显,课程的交付时间会一再拖延,领导会认为小薇不重视自己的工作安排,甚至会怀疑小薇别有用心,进而影响小薇后续的工作开展,甚至影响升职加薪。所以从这个角度看,小薇需要尊重领导的工作安排,尽快搞定这项任务,所以她还是有必要学习时间管理。这样分析,小薇发现了一个点,某些工作任务的重要性,取决于领导的看法,所以她还应该学习目标管理、向上管理。

    再接下来问“适”,小薇问了自己这个问题“有没有人学了时间管理四象限却还是安排不好工作?”她马上想到同事小兰,曾经学习过时间管理四象限,可现在依然是每天忙东忙西丢东忘西经常出状况。

    然后问“用”,小薇可以这样问:“使用时间管理四象限的前提条件是什么?”经过研究,小薇发现,史蒂芬·柯维是一名企业管理者,同时也是为企业负责人提供咨询的人,他提出的时间管理矩阵,更多是针对管理者的,因为管理者有更多的掌控感和自由度,能够决定某件事情是否重要,进而根据紧急性来判断是立即做还是规划时间做。而像她和小兰,都在执行层面,多数时候无法决定一件事情的重要性,而不能判别重要性,就难以应用时间管理四象限。这也是小兰学了时间管理四象限依然工作忙乱的一个原因,同时也是她的领导觉得时间管理四象限管用的原因。这样一想,小薇知道了使用时间管理四象限的两个前提条件:1)个人具有分辨事情重要性的能力;2)个人对事情具有一定的掌控性和自由度。

    接下来问“边”,小薇先问自己“有没有与时间管理四象限类似的时间管理方法?”小薇一搜索,发现时间管理方法很多,GTD(衣柜整理法)、番茄工作法、三只青蛙、日历、猴子法则、Unbroken Time、思维导图、黄金工作时间……全都和时间管理有关。她一一搜集相关信息,进一步了解这些时间管理方法。接下来她又想到,管理时间其实是为了管理工作任务,那关于任务管理,有哪些方法呢?她一搜索,发现了看板、思维导图、80/20法则、清单、OKR、SMART法则等。

    最后问“界”的问题,“时间管理四象限的适用情况是什么?”小薇觉得,时间管理四象限,更适合这两类人:1)管理者;2)可以在一定范围内自我安排工作任务和时间的人。

    经过一轮八大问,小薇对时间管理四象限的认识更深入了,管理者、任务管理、时间管理、重要性、向上管理、要事第一、工作效能、工作自主度、规划……这些关键词留在了她的记忆中,成了可以与其他知识链接的连接点。

    八大问的目的,正是帮助我们从不同角度、维度来分析和整理信息,加深我们对知识的理解、认识,进而帮助我们为知识建立各个层面、各种角度的连接点,有了这些连接点,知识点彼此之间更容易产生关系,知识也更容易被外界问题刺激、唤醒。

    3. 如何构建知识体系

    一旦我们标注出知识的连接点,就可以把具备可连接性的两个知识经由连接点链接在一起,围绕着不同知识的不同类型的连接点,持续地、反复地执行这个操作,就可以慢慢形成知识体系。

    我们以小薇为例来说明这个过程。

    前面我们通过八大问中的“界(楚河汉界)”这一问,找到了“时间管理四象限”这个知识的一个连接点——管理者,即时间管理四象尤其适用于职场中的管理者。

    假如小薇在检索时间管理方法时,搜到了“猴子法则”,买了一本书叫作《别让猴子跳回背上》,学习了一下,运用八大问做了分析,画出了猴子法则和它的连接点,如下图所示:

    对比时间管理四象限的连接点和猴子法则的连接点,可以发现,通过“管理者”这个连接点,就可以把两者链接起来。

    假设小薇要考取中国寿险理财规划师,需要持续的看书学习,可她看书时总是分神,无法专注,于是就向一位特别爱看书的朋友请教如何才能专注看书,朋友告诉她使用“番茄工作法”,她了解了一下,发现番茄工作法是弗朗西斯科·西里洛上大学时为了专心学习发明的方法,特别适合看书学习这类伏案工作,她接着用八大问分析,画出了番茄工作法的连接点,如下图所示:

    番茄工作法属于时间管理领域的方法,那它就可以通过“时间管理”这个连接点,和时间管理四象限链接起来。

    随着小薇不断践行时间管理,了解到越来越多的方法,于是她就慢慢形成了时间管理方面的知识体系:

    现在可以看到知识体系的完整构建过程了:我们基于一个场景(问题),找到一个知识,运用八大问分析,挖掘各式各样的连接点,在持续实践中接触新的知识,反思回顾,把新知和旧知经由含义相近的连接点链接起来,形成体系。

    这个过程用文字来描述,只需要几百个字,阅读只需两三分钟,于是你可能会想,构建知识体系原来这么简单这么快呀,我很快就能搭建出自己的知识体系。实际上并非如此,知识体系的形成,是在生活实践中,不断解决问题,不断反思经验,不断发现连接点,不断链接知识,慢慢完成的,决不是一朝一夕之功。

    比如小薇从时间管理四象限链接到猴子法则,只有在她当了管理者,深受下属抛给她的猴子之苦时,才可能真正用到猴子法则,才能真正完成链接。这个过程,时机不成熟,就不会发生,所以看似简单的一个链接,分分钟的事情,实际上可能需要一年、两年,甚至三五年。

    经过实践和时间的考验,我们构建出了某个领域的知识体系,是不是万事大吉了呢?

    非也!

    我们还需要不断更新迭代自己在某个领域的知识体系,因为时代在发展,环境日新月异,问题层出不穷,用于解决问题的知识也会因之而快速演变。

    比如老韩是PPT设计师,对PPT 2016非常熟悉,各种功能了然于心,可2019年初Office 2019发布后,他就需要更新自己围绕着PPT 2016构建出来的知识体系,如果不这么做,遇到客户提出的特定于PPT 2019的问题,就没办法解决。

    比如小卢是增粉达人,原来微博微信的各种增粉策略、方法、实践,了然于胸,专门为各类自媒体团队提供增粉服务,现在短视频大火,抖音崛起,迅速成为国民级应用,那小胡就需要迅速学习基于抖音平台的增粉策略,包括抖音的推荐规则、封杀原则、内容分布、流量特点、视频结构等等,只有这样,他才能继续我他的客户提供有价值的服务。

    幸运的是,不管环境如何演变,只要我们掌握构建知识体系的方法,挖掘出新知识的连接点,就可以将新知识纳入既有知识体系,继而知识体系就可以获得更新,我们就能借助既有知识体系的势能,在新的领域打开局面。

    4. 在哪个领域建立自己的知识体系

    前面我们着重介绍了八大问发现知识的连接点、用连接点链接不同知识构建知识体系,并反复强调,拥有知识体系,可以专业、系统、全面、多维度的看待问题,创造难以复制的价值。

    现在,有的小伙伴心头可能会升起一个问号——“既然知识体系如此重要,那我是不是要在生活中的每个领域都构建出知识体系呢?”

    非也非也!

    我们不可能在每个领域都搭建一套知识体系——我们没那么多时间和精力。同时,也没那个必要。

    请想象如下场景:你发烧了三天,不见好转,头疼、浑身无力、骨肉疼痛,无法工作。

    你会怎么办?

    去研究关于发烧的各种知识、构建出发烧的知识体系,然后把自己治好,还是说,去医院,花钱让医生帮忙看病?

    你选的是去医院看病,对吧,很明智的选择。这也是我们面对多数领域问题的最佳选择——付费请目标领域的专业人士帮助解决。

    多数领域的问题,都可以外包给他人来解决,我们不用费尽心力在各方面都成为拥有强大知识体系的专家。

    我们要做的,是找到自己的根据地,发展出自己的知识体系,用自己的知识体系创造价值,交换其他领域的专业服务。

    那么,问题来了,怎么确定想要建立知识体系的领域呢?

    下面三个问题,提供了一个定位框架:

    1. 我擅长什么?
    2. 我爱好什么?
    3. 这个世界需要什么?

    这三个问题对应答案的交集,就是我们构建知识体系的甜蜜区:

    请反复探寻,找到自己的甜蜜区,锚定它,投入时间和精力,在实践中将各种知识融会贯通,构建出知识体系。

    最后,问个问题:现在的你,拥有(或打算构建)哪个领域的知识体系?欢迎留言和我分享_ 。

     

    如果你对这篇文章感兴趣,请戳链接进入博主首页查看更多!

    https://blog.csdn.net/foruok

     

    关注高校俱乐部,更多精彩内容等着你👇

     

    展开全文
  • 今天看了网上的一个关于前端体系是怎么样的,我顿时回想自己所学的,好像我缺少总结,我的知识体系没有形成一个系统,以至于到面试的时候面试官问我我都不知道怎么回答,今天我就好好总结一下我所觉得的前端体系。...

    今天看了网上的一个关于前端体系是怎么样的,我顿时回想自己所学的,好像我缺少总结,我的知识体系没有形成一个系统,以至于到面试的时候面试官问我我都不知道怎么回答,今天我就好好总结一下我所觉得的前端体系。

    在我看来,前端体系是围绕html,css,js这三大块展开的。所以我得出一个大概分类,web前端知识分类。

    理论知识

      包括软知识

        数据结构,算法,设计模式,面向对象等

      硬知识

        http标准,w3c标准和EXMAScript标准等

          w3c标准

            html html5,css  css3,javascript,json,xml,websocket.......

    类库框架

      jquery,bootstrap,fontAwesome

      react,angularjs,nodejs等框架或类库

    编码开发

      开发工具:编辑器:sublime,webstorm

           效率工具:grunt(uglify,concat,cssmin,jshint,csslint,watch),gulp。

      调试:chrome控制台,firebug

    运行环境

      浏览器兼容性(css hack,javascript例如事件系统,渐进增强,优雅降级)

      响应式布局

      web安全(同源策略,xss跨站点攻击,csrf跨站点请求伪造,点击劫持,sql注入.....)

      性能优化:压缩,css sprites,合并减少http请求,缓存,cdn,避免重定向......

    转载于:https://www.cnblogs.com/maggie-pan/p/6392582.html

    展开全文
  • 学会将已有知识体系化,形成自己的知识图谱,离学霸更近一步 系统化学习必备工具推荐与使用方法教学,实现高效学习 尝试将系统化学习思维运用于工作、学习中,实践出真知 转眼间专栏文章已经都过了四天,大家掌握...

    大家好~我是小C,又见面啦!“文章过滤器”精选大咖干货、助力学习之路。

    《5天20篇CSDN精选博文带你掌握系统化学习方法》专栏将挑选有关“系统化学习方法”的20篇优质文章,帮助大家掌握更加科学的学习方法~

    在这里,你将收获:

    • 快速掌握系统化学习的理论基础,探究其本质和原理
    • 学会将已有知识体系化,形成自己的知识图谱,离学霸更近一步
    • 系统化学习必备工具推荐与使用方法教学,实现高效学习
    • 尝试将系统化学习思维运用于工作、学习中,实践出真知

    转眼间专栏文章已经都过了四天,大家掌握的怎么样了呢?今天就来检验一下吧~为你们精选了系统学习IT技术的四篇文章~

    本文转载自CSDN博主@yy19890521

    一、软件的生命周期(SDLC,Systems Development Life Cycle,SDLC)

    软件计划与可行性研究(问题定义、可行性研究);需求分析;软件设计(概要设计、详细设计);编码;软件测试;运行与维护

    • 生存周期划分

             各阶段的任务彼此间尽可能相对独立,同一个阶段各项任务的性质尽可能相同,从而降低每个阶段任务的复杂性,简化不同阶段之间的联系,有利于软件开发过程的组织管理。

    • 生存周期基线

           

           功能基线(functional baseline)

           功能基线是指在系统分析与软件定义阶段结束时,经过正式评审和批准的系统设计规格说明书中对待软件生命周期开发系统 的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标识。

           指派基线(allocated baseline)

           指派基线是指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标识。

           产品基线(product baseline)

           产品基线是指在软件组装与系统测试阶段结束时,经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。         产品基线是最初批准的产品配置标识。

    • SDLC的六个阶段

           定义及规划

           此阶段是软件开发方与需求方共同讨论,主要确定软件的开发目标及其可行性。

           需求分析

           在确定软件开发可行的情况下,对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段,这一阶段做得好,将为整个软件开发项目的成功打下良好的基础。"唯一不变的是变化本身。",同样需求也是在整个软件开发过程中不断变化和深入的,因此我们必须制定需求变更计划来应付这种变化,以保护整个项目的顺利进行。

           软件设计

           此阶段主要根据需求分析的结果,对整个软件系统进行设计,如系统框架设计,数据库设计等等。软件设计一般分为总体设计详细设计。好的软件设计将为软件程序编写打下良好的基础。

           程序编码

           此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一,符合标准的编写规范。以保证         程序的可读性,易维护性,提高程序的运行效率。

           软件测试

           在软件设计完成后要经过严密的测试,以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程单元测试组装测试以及系统测试三个阶段进行。测试的方法主要有白盒测试黑盒测试两种。在测试过程中需要建立详细的测试计划并         严格按照测试计划进行测试,以减少测试的随意性。

           运行维护

           软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后,由于多方面的原因,软件不能继续适应用户的要求。要延续软件的使用寿命,就必须对软件进行维护。软件软件生存周期的维护包括纠错性维护和改进性维护两个方 面。

    • 周期模型

           典型的几种生命周期模型包括瀑布模型快速原型模型迭代模型

    二、软件测试在软件生命周期(瀑布模型)中的对应关系

     

    三、软件测试过程

    第一步:对要执行测试的产品/项目进行分析,确定测试策略,制定测试计划。该计划被审核批准后转向第二步。测试工作启动前一定要确定正确的测试策略和指导方针,这些是后期开展工作的基础。只有将本次的测试目标和要求分析清楚,才能决定测试资源的投入。

    第二步:设计测试用例。设计测试用例要根据测试需求和测试策略来进行,进度压力不大时,应该设计的详细,如果进度、成本压力较大,则应该保证测试用例覆盖到关键性的测试需求。该用例被批准后转向第三步。

    第三步:如果满足“启动准则”(EntryCriteria),那么执行测试。执行测试主要是搭建测试环境,执行测试用例。执行测试时要进行进度控制、项目协调等工作。

    第四步:提交缺陷。这里要进行缺陷审核和验证等工作。

    第五步:消除软件缺陷。通常情况下,开发经理需要审核缺陷,并进行缺陷分配。程序员修改自己负责的缺陷。在程序员修改完成后,进入到回归测试阶段。如果满足“完成准则”(ExitCriteria),那么正常结束测试。

    第六步:撰写测试报告。对测试进行分析,总结本次的经验教训,在下一次的工作中改。

    软件测试过程管理,主要包括软件测试是什么样的过程,如何评价一个软件测试过程,如何进行配置管理和测试风险分析以及测试成本的管理。

    四、软件测试流程(与第三条对应)

    1、制定测试计划

    2、编辑测试用例

    3、执行测试用例

    4、发现并提交BUG

    5、开发组修正BUG

    6、对已修正BUG进行返测

    7、修正完成的BUG将状态置为已关闭,未正确修正的BUG重新激活

    五、测试用例

    测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。

    测试用例的要素为:版本号、模块名称、用例编号、用例名称、用例级别、预置条件、验证步骤、期望结果(含判断标准)、测试结果、测试时间、测试人员等。(其中核心要素为预置条件、验证步骤、期望结果)

    测试用例的设计方法:等价类划分、边界值分析、错误推测法、因果图法、场景设计法

    一份好的测试用例所要达到以下几点要求:测试用例必须完成对需求的完整覆盖(即用例和需求的双向可追溯性);测试用例必须是可执行的;测试用例的结果唯一性;测试用例必须简洁明了

    六、缺陷报告(提交bug)

    一份有效的缺陷报告要素通常包括:标题、前提、测试环境、操作步骤、实际结果、期望结果、出现的频率、优先级、严重等级、附件(一般是图片形式)。
    另外还会有一些附加信息,如测试人员、开发负责人等。

    • 标题:简明扼要,无歧义

    • 优先级 Priority(4个等级):软件被修复的紧急程度
      1--立即解决:缺陷导致系统几乎不能运行使用 或 严重妨碍测试的执行(需立即修改)
      2--高优先级:缺陷严重,影响到测试了(当天或第二天要及时解决的)
      3--正常:一般错误
      4--低优先级:可以在开发有时间的时候处理,如页面文本框对齐显示

    • 严重等级 Severity(4个等级):缺陷引起的故障对用户使用系统的影响
      1--致命的:主流程不通,导致系统功能缺失、用户数据被破坏、系统崩溃、死机
      2--严重的:影响流程的 比较严重的,比如系统主要功能部分未实现
      3--一般:系统的次要功能没有完全实现,但不影响用户的正常使用
      4--较小:操作不方便或遇到麻烦,但不影响功能的使用,如字体不美观、按钮大小不合适、文字排列对齐等(属于建议性或者美观方面的)

    一般来说,缺陷越严重,优先级越高,但也有例外:
    1)从用户角度看,缺陷不是很严重,但可能影响到测试执行了(优先级高严重等级低)
    2) 有些缺陷比较严重,但由于技术的限制,暂时没法修改。这时优先级就降低了

    • 附件
      有时候,用文字很难清楚描述缺陷,此时用图片(画笔指明问题)就很直观了

    如何有效的报告缺陷?

    • 单一准确:每个报告只针对一个缺陷,如果有多个缺陷,可能开发只修正了其中一个,其他的没有得到修改,加长了缺陷的生命周期

    • 可以再现:不能忽视或省略任何一项操作步骤,特别是关键性的操作,如描述的不够清楚,RD(Research and Development engineer)就会过来沟通怎么操作的,浪费了大家的时间

    • 完整统一:完整的描述信息

    • 短小简练:使用关键词

    • 特定条件:有些问题只在特定环境下存在

    七、测试报告

    测试报告是指把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。

    一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析。

    测试报告的主体框架为:

    1、首页

    ·· 报告名称(软件名称+版本号+用户端类型(android,iphone,后台管理等等)+测试范围(单元,集成,系统,模块等等)+测试报告)

    ·· 报告委托方,报告责任方,报告日期等

    ·· 版本变化历史

    ·· 密级

    2、引言

    2.1编写目的

    本测试报告的具体编写目的,指出预期的读者范围。

    2.2 项目背景

    对项目目标和目的进行简要说明。必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可。

    2.3 系统简介

    如果设计说明书有此部分,照抄。注意必要的框架图和网络拓扑图能吸引眼球。

    2.4 术语和缩略语

    列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。

    2.5 参考资料

    3、测试概要

    测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。(其他测试经理和质量人员关注部分)

    3.1测试方法(和工具)

    简要介绍测试中采用的方法(和工具)。

    3.2测试范围

    介绍本次所测试的软件功能

    3.3测试环境与配置

    简要介绍测试环境及其配置。

    4、测试结果与缺陷分析

    整个测试报告中这是最激动人心的部分,这部分主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。对于不需要过程度量或者相对较小的项目,例如用于验收时提交用户的测试报告、小型项目的测试报告,可省略过程方面的度量部分;而采用了CMM/ISO或者其他工程标准过程的,需要提供过程改进建议和参考的测试报告-主要用于公司内部测试改进和缺陷预防机制-则过程度量需要列出。

    4.1测试执行情况与记录

    描述测试资源消耗情况,记录实际数据。(测试、项目经理关注部分)

    4.1.1测试组织

    可列出简单的测试组架构图

    4.1.2测试时间

    列出测试的跨度和工作量,最好区分测试文档和活动的时间。数据可供过程度量使用。

    4.1.3测试版本

    4.2覆盖分析

    4.2.1需求覆盖

    需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标。

    4.2.2测试覆盖

    需求/功能(或编号) 用例个数 执行总数 未执行 未/漏测分析和原因

    测试覆盖率计算 执行数/用例总数 ×100%

    .3缺陷的统计与分析

    缺陷统计主要涉及到被测系统的质量,因此,这部分成为开发人员、质量人员重点关注的部分。

    4.3.1缺陷汇总

    被测系统 系统测试 回归测试 总计

    合计

    按严重程度

    严重 一般 微小

    按缺陷类型

    用户界面 一致性 功能 算法 接口 文档 用户界面 其他

    按功能分布

    功能一 功能二 功能三 功能四 功能五 功能六 功能七

    最好给出缺陷的饼状图和柱状图以便直观查看。俗话说一图胜千言,图标能够使阅读者迅速获得信息,尤其是各层面管理人员没有时间去逐项阅读文章。

    4.3.2缺陷分析

    本部分对上述缺陷和其他收集数据进行综合分析

    缺陷综合分析

    缺陷发现效率 = 缺陷总数/执行测试用时

    可到具体人员得出平均指标

    用例质量 = 缺陷总数/测试用例总数 ×100%

    缺陷密度 = 缺陷总数/功能点总数

    缺陷密度可以得出系统各功能或各需求的缺陷分布情况,开发人员可以在此分析基础上得出那部分功能/需求缺陷最多,从而在今后开发注意避免并注意在实施时予与关注,测试经验表明,测试缺陷越多的部分,其隐藏的缺陷也越多。

    4.3.3残留缺陷与未解决问题

    残留缺陷

    评价:对这些问题的看法,也就是这些问题如果发出去了会造成什么样的影响

    5、测试结论与建议

    5.1 测试结论

    1. 测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)

    2. 对测试风险的控制措施和成效

    3. 测试目标是否完成

    4. 测试是否通过

    5. 是否可以进入下一阶段项目目标

    5.2 建议

    1.对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响

    2.可能存在的潜在缺陷和后续工作

    3.对缺陷修改和产品设计的建议

    4.对过程改进方面的建议

    6、附录

    · 缺陷列表

    · 缺陷等级定义标准

    · 测试通过标准

    八、测试策略

    策略,百度解释为:“策略”就是为了实现某一个目标,首先预先根据可能出现的问题制定的若干对应的方案,并且,在实现目标的过程中,根据形势的发展和变化来制定出新的方案,或者根据形势的发展和变化来选择相应的方案,最终实现目标。

    软件测试的目标是验证软件的功能,找出存在的问题,评估软件质量是否达到要求。软件测试策略要围绕这么目标去考虑和制定。测试策略描述了测试项目和测试任务之间的关系。它用来说明要测什么,如何测,如何协调测试资源和测试时间等。他的目的和作用是指导测试工程师进行测试工作的总体方向和侧重点。测试策略制定的是否合理高效会对测试项目的进度产生很大的影响。

    测试策略分为了一下几个模块:

    1. 测试安排、发布计划

        这个模块用来罗列测试项目本身重要的里程碑,每个里程碑都需要有明确的结束时间,这个时间可以指导我们后续的测试。如果测试时间安排不足,我们就可以在后续的测试范围中挑选优先级比较高的特性来执行测试,这样可以最大限度的保证产品的质量。

    2. 测试范围(按优先级排列)

         这一部分分为In Scope和Out Of Scope.这一部分需要说明哪些产品模块是在测试范围中的,哪些是本阶段测试不考虑的。对于在测试范围中的模块,需要给出优先级以便相应测试时间不足的情况;对于不在测试范围中的模块,需要给出原因(为什么在本测试阶段不考虑测)。

    3. 测试资源

         测试资源在测试策略中也是很重要的一环,它分为人力和工具两部分。人力资源主要说明参与测试的人员,当然可以包括很多的角色,如何专业测试人员,客户,产品经理等。工具主要是指可能用到其他软件(可能需要license)。

    4. 测试环境

         测试环境主要包括推荐环境解决方案,操作系统要求,软硬件要求。

    5. 测试方法

        测试方法的罗列主要是为了说明针对测试项目我们要开展哪些类型的测试,功能测试是必须的,非功能测试是可选的。测试方法的选择主要根据软件的所要达到的质量特性来决定。软件的6大质量特性为:功能性、可靠性、易用性、效率性、易用性、可维护性、可移植性

    6. 用例设计方法

    用例设计普遍的方法为等价类划分、边界值、因果图、判定表、场景之类。我想说的是,要提高用例的有效性和对验证点的覆盖度,设计用例时需要以软件所要具备的27个质量子特性为出发点功能性(适合性、正确性、互操作性、安全保密性、功能依从性);可靠性(成熟性、容错性、易恢复性、可靠性依从性);易用性(易操作性、易理解性、易学习性、吸引性、易用性依从性);效率性(时间特性、资源特性、效率性依从性);可维护性(易分析性、易修改性、稳定性、易测试性、可维护性依从性);可移植性(适应性、易安装性、易替换性、共存性、可移植性依从性)

    7. 文档管理

         对于一个完整的产品来说,文档是很重要的一环。它一般包括安装、升级文档,用户指南等。文档不单单是一个文件,它需要经过完整的测试才能发布给客户。差的文档很可能会误导用户,从而使他们对测试项目失去信心(虽然客户很少看文档……:))

    8. 风险管理

        风险管理模块需要罗列出来现在已知的可能会出现不确定性的因素,这些因素可能来自技术,资源或者其他方面的。

    9. 发布包验证

        这部分有一定的特殊性,并不适用于所有的产品。这部分主要是对测试项目安装包进行验证。

    九、测试方案(没搞清楚和测试策略的区别)

    十、测试计划(没搞清楚和测试策略的区别)

    十一、操作系统命令、数据库命令

    熟悉window和linux系统的基本操作命令、因为客户端基本使用的是window,服务器大多采用了linux。最起码得掌握这两个操作系统中:文件的新建、查找、修改、删除,压缩、解压缩;软件的安装、卸载;程序的启动、停止。

    对于数据库,很多人说我是测试,我只关心业务,我为啥要懂数据库的操作。其实业务的本质就是操作数据库中的存储的数据。数据是开展业务的基础,很多情况下,我们不能只关注页面的显示变化,而是要到数据库中查看数据是不是符合业务结果的预期。所以测试人员最起码要掌握sql server、mysql、Oracle这几种主流数据的增删改查操作命令。一般面试也就问这几种

    十二、UI自动化

    现在自动化测试已经成为测试人员提高薪资的一个必要技能,这里推荐几个我知道的UI自动化的方案:web页面的自动化Python+selenuim;移动端的自动化(ios+android)Python+appium。其他的方案还有很多,介于我没接触过也没了解过,所有就不瞎说了。要做UI自动化,还需要了解的知识有html、css、javascript。

    十三、接口测试(手工+自动化)

    同样的,提高薪资的技能包,这里我用过两个方案,一个是手动做接口测试,推荐postman,适用于对数量比较少的接口去做测试,比如集成其他系统时的技术验证。多接口的批跑测试我接触到的是ant+jmeter工具,jmeter可以批跑接口,在每个请求里加上检查点。ant是Java的一种文件打包集成工具,可以控制调用jmeter,生产html格式的结果报告,方便查看结果

    十四、性能测试

    同样的,提高薪资的技能包。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点,来获得系统能提供的最大服务级别的测试。

    在实际工作中我们经常会对两种类型软件进行测试:bs和cs,这两方面的性能指标一般需要哪些内容呢?

    Bs结构程序一般会关注的通用指标如下(简):

    Web服务器指标指标:

    * Avg Rps: 平均每秒钟响应次数=总请求时间 / 秒数;

    * Avg time to last byte per terstion (mstes):平均每秒业务脚本的迭代次数,有人会把这两者混淆;

    * Successful Rounds:成功的请求;

    * Failed Rounds :失败的请求;

    * Successful Hits :成功的点击次数;

    * Failed Hits :失败的点击次数;

    * Hits Per Second :每秒点击次数;

    * Successful Hits Per Second :每秒成功的点击次数;

    * Failed Hits Per Second :每秒失败的点击次数;

    * Attempted Connections :尝试链接数;

    CS结构程序,由于一般软件后台通常为数据库,所以我们更注重数据库的测试指标:

    * User 0 Connections :用户连接数,也就是数据库的连接数量;

    * Number of deadlocks:数据库死锁

    * Buffer Cache hit :数据库Cache的命中情况

    性能测试我主要接触过两个工具 loadrunner、jmeter。jmeter比较适合公司自己内部做一个性能评估,他是免费的,轻量型的,安装和使用都很方便,就是在报表和结果分析上没有那么完善和漂亮。loadrunner,大名鼎鼎,很多对外提供的数据报告都是只认可loadrunner,能生成完善的数据分析和漂亮的报表。

    十五、团队管理

    具备团队管理能力,意味着你不止能自己独立工作,你还可以带领、指导其他人一起完成工作,是一个升职的必备能力。

    团队管理即是组建和管理一个测试团队,制定和落实一个有效的测试流程,计划、设计、执行并跟踪输出项目的测试报告,为项目质量提供有效保障。

    由于我本身没做过什么管理,看了一篇比较好的文章,这么转发一下:

    测试团队的管理划分为6个部分:人员管理、流程管理、团队管理、质量管理、风险管理、资源管理。

    1. 人员管理:
    • 人员招聘

    确定招聘需求和招聘要求,为团队招募合适的人才。

     

    刚刚走出校园的实习生,和社招的资深测试工程师的能力和经验自然是不一样的,所以对于社招和应届生的招聘要求需要分开。

    通常我在面试社招时,更多关注的是社招同学的项目经验,以及过往所承担的职责,自动化工具能力,软性素质上更看重协调能力和推动能力。

    而在实习生的面试时,不会过多去关注实习生的项目经验,更多关注的是实习生的学习能力和主观能动性,如果能有一些对软件测试岗位的基础知识学习和理解,那么是很加分的。

     

    • 人员培养

    制定学习目标和计划,因人而异施教,安排专业的导师,及时跟进新人学习进度并解疑。使招聘的人才在最短的时间内快速适应项目的流程,胜任项目的任务。

    对于新入职的人而言,一个类似于这样的明确的工作任务和目标非常重要。

    • 人员管理

    1、职能明确:各岗位职能职责区分清楚,避免团队成员之间职能混乱,出现工作交叉干预、重复劳动的现象,也避免出现踢皮球的场景。

    有的测试团队会按照测试技术、测试设计、测试执行的组织结构来管理,这样每个团队都术有专攻,管理上也会更容易

    有的测试团队会按照个人全方位能力培养,要求个人同时具备测试技术、测试设计和测试执行的能力,这样对每个人的长远发展更有利,但是会因为每个人的能力参差不齐,导致团队的成员能力不均衡,个人优势不够突出

    2、知人善任:依据各人的特质、能力层级、优势劣势进行任务分配,给团队成员充分展示优点的机会,避其缺点,合适的人做合适的事情。

    比如有的测试人员擅长测试设计,有的测试人员擅长挖掘工具自动化搭建,有的测试人员沟通协调能力比较强,根据每个人的意愿和长处来安排任务。

    3、善于倾听:尊重团队里的每个人,确保成员能够无所顾忌地表达个人观点,并能够及时觉察成员情绪上的波动,换位思考,及时建立疏通、宣泄的渠道,做好正面引导。

    4、敢于授权:在明确的目标要求下,适当的放手,让团队成员有能力与权力去承担并对结果负责,但是在过程中,管理者也需要随时去抽查,以便及时发现落实过程中的偏差或者问题

    5、激发潜能:不畏惧新人犯第一次错误,因为错误中的总结,才能令人印象更深刻,后续不再犯。而不断的尝试新事物,才能够挖掘团队成员的潜力。

    6、等级淡化:成为团队成员的朋友,在成员迷茫时能给出合适的建议,在困难时伸出援手,必要的时候需要言传身教,做成员的坚实后盾。

    这些主要讲的是向下管理,另外还有向上管理,如何处理自己与上级之间的关系,如何向上级述职,更好的展现自己和团队的工作成绩,也是管理的一门学问。

    测试团队管理

    • 团队建设

    1、共同目标:

    可以是时间、项目等,团队成员有着共同的目标,才能提高整个团队的凝聚力和斗志,从而取得1+1大于2的效果。

    2、团队规划:

    制定半年、一年,短期和长期的规划,让团队成员了解公司的远景,让大家对团队、个人的发展有信心。

    3、树立标杆:

    一个团队中各个成员都是不同的个体,素质和能力颇有差异,树立标杆,推广优秀成员的成绩和经验,才能提升团队的能力,使团队能力最大化。

    4、奖惩激励:

    团队成立阶段,多奖励,少惩治。及时的给予鼓励和奖励,会让团队成员的被尊重、被信任、被认同感提高,工作动力和积极性提高。但是,团队成长成熟阶段,要多规范,建立多种合理的制度来管理与约束。奖励是激扬人性,惩治是压抑个性。二者结合起来,合适的应用。

    5、绩效管理:

    有一套公开、公正的绩效激励体系。结合每个成员的自身特点和能力制定,制定合理的绩效。

    • 团队潜能

    通过团队活动、团队培训等方式,培养协作精神和团队精神,提升团队整体的能力,创造一种良好的氛围,提高团队的凝聚力。

    加强测试团队在整个项目中的地位和影响力,影响力越强,团队成员的成就感会更强,工作的动力和信心会更大,更积极正能量的心态面对工作。 

    • 团队提升

    通过各种各样的途径,培训分享,共享资源库,或者是团队图书馆也好,提升团队整理硬性软性能力。

    流程管理

    • 流程建立

    大到项目研发流程和职责分工,小到测试缺陷跟踪流程、案例评审流程,都有一个从无到有制定和完善的阶段。

    • 流程实施

    推动流程的落实

    • 流程优化

    流程的落实过程中,不断的总结经验,及时调整和完善流程。

    质量管理

    测试质量的保证,是测试团队的职责所需,也是首要标准。

    • 质量指标

    前期要确定一些项目中质量的指标,比如交付时间要求、BUG修复率的要求、用例通过率的要求等等。

    • 质量管控

     

    再通过不同的手段来管控,从而实现和达成目标。

    在达成的过程中需要研发、产品、测试、项目经理等多个角色的共同推动规范项目研发流程、代码管理流程、缺陷管理流程、测试案例评审流程等等。

    并且做好测试分层,从代码级、接口级和ui级别进行测试,从工具自动化和手工多层面进行考虑,从功能、性能、兼容安全性等多纬度进行覆盖。从某些方面来讲,流程的管理,是质量管理的前提。

    • 质量分析

    通过对质量的可视化数据分析,从而加强管控机制,改善测试流程,丰富质量指标。

    资源管理

    • 资源整合

    整合测试相关的技术、文档、工具、专利等,成为测试团队的知识资产;整合测试内部、外部的人力、物力、财力,成为测试团队的能量储备。并且对存档的资源进行维护和更新。

    • 资源共享

    建立统一的共享平台,将测试资源共享,管理测试用例、管理缺陷、管理测试方法、测试技术工具,减少团队成员的重复劳动。

    • 资源协调

    协调测试组内的各种资源,协调组外的各种资源,共同达成目标。

    在人力的协调上,一方面需要和团队内、团队外的人员建立良好的关系,取得他们的支持,另一方面,建立跨部门的利益相关性,成为利益共同体。

    风险管理

    通过对风险的识别和分析,选择有效的方式,主动地、有计划地处理风险,以最小成本获得最大的保证。

    • 风险识别

    项目运行的各个环节可能出现的风险都应关注,风险信息收集时需要注重全面性和多样性。

    l 比如需求上存在的缺失,开发实现上可能存在的漏洞,测试案例上可能存在的遗漏,都是项目中常见的风险。

    l 常见信息收集手段如现场访谈、会议研讨、问卷调查等。 

    • 风险评估

    通常可以用可能性、严重性,结合可控性、相关性几个指标来描述风险。

    比如当判断一个不能固定重现的BUG到底是否重要需要在上线前修复时,可以参考如下风险评测标准:

    这个BUG发生的概率有多高?

    这个BUG对用户的体验和使用影响有多大?

    这个BUG如果在生产上出现了,怎样可以解决和减少影响?

    这个BUG可能引发其他的问题吗? 

    • 风险应对

    采取各种措施减小风险事件发生的可能性,或者把可能的损失控制在一定的范围内,以避免在风险事件发生时带来的难以承担的损失。

    风险应对和控制的四种基本方法是:回避、控制、转移和自留。

    比如新增加了一个功能是展示列表,根据我对项目组产品和开发的了解,他们经常会忘记页面为空白时怎么显示。而这一次我相信如果不提前提出来他们仍会出现这个问题。那么我可以采取如下几种措施:

    我知道可能出现这种风险,但是不打算提出来,也不打算搭理他。准备直接带着这个问题上线。——这是回避。

    我把风险提出来,然后声明,这个问题一旦出现,需要开发承担责任。——这是转移。

    我默默的认为这个风险影响不大,仅保留给自己知悉。后续等问题暴露出来,再去处理——这是自留。

    我把这个可能出现的问题提出来,让产品完善需求,开发提前处理。避免提测后这个bug的出现。——这是控制。

    以上所有就是我认为一个测试人员应该具备的知识体系。其实还有好多我没接触过的,比如渗透测试、单元测试、安全测试之类的。接触的越多,越能感觉到自己会的太少,共勉。

     

     

     

    如果你对这篇文章感兴趣,请戳链接前往博主首页查看更多https://blog.csdn.net/yy19890521

     

    关注高校俱乐部,更多精彩内容等着你👇

     

    展开全文
  • 知识图谱一词较早来源于Google的一个知识库,知识图谱除了显示其他网站的链接列表,还提供结构化及详细的关于主题的信息。其目标是,用户将能够...个人用户也可以规划设计自己的知识图谱,填充知识节点内容。立即创...
  • 学会将已有知识体系化,形成自己的知识图谱,离学霸更近一步 系统化学习必备工具推荐与使用方法教学,实现高效学习 尝试将系统化学习思维运用于工作、学习中,实践出真知 转眼间专栏文章已经都过了四天,大家掌握...
  • 那么我们该如何成为一个架构师呢? 最好的办法就是:体系化学习。 那么怎么进行体系化学习呢? 首先,我们得把要学习的技术体系架构搭建好, 然后,分而治之,各个击破!...最后,融会贯通,形成自己的知识体系
  • 如何构建人生体系

    2019-02-24 15:19:03
    人初生皆蒙昧,个人在社会上经历人事物的变迁,有了自己的种种领悟, 在加上智者的点拨,形成处世处事处人之法,即为人生体系。   国学的人生体系   从修身、齐家、治国、平天下构建人生...
  • 学会将已有知识体系化,形成自己的知识图谱,离学霸更近一步 系统化学习必备工具推荐与使用方法教学,实现高效学习 尝试将系统化学习思维运用于工作、学习中,实践出真知 经过两天的积累,我们已经一起学习了八篇...
  • 知识体系并不是你看几篇文章就能搭建起来——在你对很多内容一无所知情况下怎么可能形成完成体系呢?所以初步学习时间里,最好办法是什么?走前人路。按照已经成熟路线去前进,在接近走完时候,按照...
  • 其实面试的过程也是对自己知识的一个梳理过程,工作中我们学到的东西都是碎片化的,那么面试前我们就需要把这些碎片化的知识梳理出来,形成自己的知识体系。每个人都应该建立一套自己的知识网络,而这个知识网络就是...
  •  第一轮复习 第一轮复习主要是补习过去学习中的弱科、弱点,并搞清楚各知识点、串点连线,形成属于自己的知识体系。最主要的是记住知识点中的公式、定律、定义、性质等重要结论,同时总结归纳各知识点的重要题型,...
  • “鼓励中等规模城市发展,形成多中心且功能互补城市网络体系可能是中国未来城镇化建设一个重要方向。” (http://jiangsu.sina.com.cn/news/s/2018-12-09/detail-ihmutuec7488067.shtml) 综上可知,人才...
  • 策划这行看思维天赋,看知识面积累...产生这样的问题,多数在于缺乏一套完善的策划体系做支撑,更没有形成自己的活动策划思维。 对于刚入行的新人来说,盲目依赖案例做到的是形似而非神似,忽略了背后更重要的分析洞察
  •  本书是一本关于oracle database 9i、10g 和11g 数据库体系结构权威图书,涵盖了所有重要oracle 体系结构特性,包括文件、内存结构和进程,锁和闩,事务、并发和多版本,表和索引,数据类型,分区和并行,以及...
  • ”对老师来说,不仅要熟悉所教教材的基本内容,形成完整的知识体系,还要加强业务进修和广泛的学习,跟踪学科学术动态,了解新观点,掌握新信息,不断更新知识,站在学科的前沿,由经验型到科研型的转化。...
  • 各种竞品分析质量参差不齐,对于初级产品经理(我自己就是,所以深有体会),在未形成自己的知识体系能很好做判断之前,其实不太建议看那么多的方法论,易被误导,当然了,可以看看别人是怎么做的来参考,但心里一定...
  • 一点点思考对于现如今算法工作思考 对于现如今算法工作思考 如今风气不好,怎么才能清者自清...看来还是得多看论文多总结,形成知识体系以及解决问题独特方法,否则人云亦云则非常可悲。勿在浮沙筑高台。 ...
  • 在博客园正式开张

    2019-09-30 03:24:00
    希望在这里能把自己所学的技术进行整理,形成自己的知识体系。同时也希望在这里能多交到志同道合的朋友!我平时不怎么写东西,一是怕自己写的不够好,二是怕自己坚持不下来。带来的直接后果就是感觉每天都很忙、感觉...
  • 生活感悟

    2020-06-02 21:02:49
    因为要总结下自己学习的知识,对以前的知识查漏补缺,开始重新系统的学习,以便形成自己的知识体系。越学习越感觉自己会的东西少呀,以前感觉自己会的东西很叼,基本一说啥都清楚,可是系统的开始学习后感觉自己就是...
  • 4-27

    2018-04-27 17:48:00
    知识体系并不是你看几篇文章就能搭建起来——在你对很多内容一无所知情况下怎么可能形成完成体系呢? 所以初步学习时间里,最好办法是什么? 走前人路。 按照已经成熟路线去前进,在接近走完时候...
  • 知识体系并不是你看几篇文章就能搭建起来——在你对很多内容一无所知情况下怎么可能形成完成体系呢?所以初步学习时间里,最好办法是什么?走前人路。按照已经成熟路线去前进,在接近走完时候,按照...
  • 总结

    2017-09-14 16:24:13
    刚开始工作一段时间后,那时候不知道怎么学习,看过很多关于java编程技巧的书籍,但是都没有形成自己的知识体系,不能灵活应用,项目开发中写的代码感觉都是零零散散,想写好又心有余而力不足。 后来重温自己没有看...
  • 关于写博客

    2019-08-29 09:44:54
    记录自己的知识,免得遗忘 归纳总结,形成知识体系 与人交流,共同提高 别把自己太当回事 不要想着自己的东西要写的多么好,要敢于丢人 写的好不好,没几个人关心 主要是给自己看的,就够了 要怎么写 说清楚一个...
  • 辩论赛复赛四辩总结陈词 谢谢主席,谢谢各位!经过刚才的一番... 第二、 我们姑且认同积累知识涵盖了知识被内化的部分,换句话说,就是把积累知识上升到形成个体所拥有的知识体系,那么就能推出更重要么?知识?..
  • 怎样成为一个高手

    2019-02-19 14:26:00
    第一种套路是学习教科书上没有的知识,同行前辈总结出来的知识,这是最具有含金量的。第二个套路是理解学习的概念,慢慢理解这一个概念的意思,慢慢磨透这一个概念。 学别人成型的套路,把知识形成体系。重复学习。...
  • 今天上午结束了第二次的自考,趁着还有些许的印象和感受,现在来总结一下。O(Objective客观):这次的自考,怎么说呢,感觉自己复习到的知识点都...都是比较具体的东西,没有形成一个较为系统的知识体系。客观来...
  • 高三年级寒假个人学习工作计划 假期的时间非常的漫长,也非常的短暂,关键在于怎么去利用,以及自己的坚持。下面就是小编给大家带来的高三年级寒假个人学习工作计划,希望大家喜欢! 高三年级寒假个人学习工作计划篇...

空空如也

空空如也

1 2 3 4
收藏数 73
精华内容 29
关键字:

怎么形成自己的知识体系