导图社区 软件测试工程师-江楚
工作了五年,第一次这么清晰的看到工作的流程。谢谢江楚的书,涨知识了。
编辑于2021-02-06 11:25:08《这样读书就够了》 思维导图笔记
第一章 读书为什么这么难?
问题一:没时间、没精力
生存负载(事)=外部+内部, 生存力量(人)=内部+外部 生存余力=生存力量/生存负载
问题二:看不懂、记不住
以知识为中心的学习,即应试教育,需要熟读和硬背知识; 但是成人的学习,更应该是以自我导向型的学习。
问题三:看不下去
没必要读完一本书的原因
①书中有许多我们不需要的知识,不必浪费时间
②价值与读书多少无关,关键于精,能在实际中应用
③即便从书中学到的东西,在工作中有一丁点的作用, 也远大于书本的购买价值。
书本无需完全阅读
①读书不是照搬作者的知识体系
②不必非必须不,需要具体内容具体选择 。
第二章 从“读书”到“拆书”
职场人应该怎样学习
张瑞敏在海尔公司推行的“日清工作法”,成功拯救公司的业绩。 这种工作法是收到书籍《卓有成效的管理者》的启发, 要求公司日事日毕,日清日高,事事人人管,人人都管事, 形成目标、日清与激励的良性循环体制。 得出结论,职场人要主动学习对自己工有实际用处的知识。
有效学习的五大公理
①自我导向,即要从依赖型→自我导向型
②要学会关联以往经验;
③强调实践,做事的“准备度”分为能力水平和意愿水平; 选择学习内容的判断:是否用得上;学习效果的判断:是否用得上。
④要聚焦于解决实际问题,未来应用→立即应用。
⑤关于内在驱动的比较,内在因素驱动型的学习会更开心, 外在因素驱动型的学习比如考试考证,这会不快乐。
为什么培训比书贵?
培训=图书+X,X=A1+A2+A3,(A1,方式判断;A2.规划应用;A3.规划演练), X是拆为己用,这是真正帮助学习者把核心知识转化为自身能力的元素。
“拆为己用”才是真的学习
培训师往往进行安排游戏、笑话、故事、视频等多个板块, 以使学习者调用多个感官参与学习,有助于学习者理解、思考和记忆.
RIA=阅读拆页+讲解引导+拆为己用
RIA=阅读拆页(书籍)+讲解引导(师者)+拆为己用(学者)
片面追求“干货”是一种“病”
知识同水,而不像钻石,其边际成本几乎为零。
RIA现场学习:把知识转化为能力
第三章 学习者的不同境界
你是哪类学习者?
初级学习者:原始人的学习状态
①把书本当做权威,认为学习的主要任务是从材料中找到答案;
②为了考试,为了拿到证书而读书;
③把书籍阅读数量直接视为收获,崇拜获得各种竞赛奖项的人;
④瞧不起致用类的书籍;
⑤睡觉和起床不够早,玩手机较多。
高级学习者:将推理用于个人生
①判断学习的目标、读书的类型
②把知识类书籍当作老师;兴趣类书籍当作导游;致用类书籍当作医生;
④不对书本负责,只负责解决自己的问题、提升自身能力;
⑤拥抱新知,到会辨别而信,并整理分析接收到的信息,能够经常追问和反思。
学习促进者:积极主动地引导他人
拥有最强的学习能力,能够通过教会别人而深刻掌握某个知识, 他们是身边人的福音,说快速变化的社会和积累竞争的职场中最稀缺的人才。
如何正确地提问?
善于学习的人,擅长在反思和追问时,尽量用“如何”而不用”为什么“。
做一个有价值的学习促进者
作为学习促进者,现场学习最主要是要主动创造信息, 以提问为主,把大部分时间给学习者,让他们在提问后 有时间创造信息和讨论表达。有价值的笔记应该是自己 创造的信息,且具备高度的个人相关性。
第四章 便签学习法:培养全新的思维模式
明确目标:提升学习力
随处可见的辅助工具
拆解原则:反求诸己
作为成人的学习法,应该更注重反求诸己, 以自我为中心的应用型学习,求取书籍有帮助的部分, 并用3张便签法进行实现。
“拆书”七步曲
快速阅读并找到对自己有帮助的内容进行记录和总结,整理为I便签, 贴在书籍当页;将这块知识与自己切身的经历相对照,并写成A1便签, 贴在I便签旁边;最后要产出A2便签,也就是自己通过I知识, 想要做的改变,还有未来的规划和行动记录下来,贴在冰箱上, 时刻提醒自己是否做到。
便签使用贴士
切勿陷入误区
比如附会旧知,泛泛而谈,决心泛滥和感慨万千。 因此需要实际锻炼,通过调整和磨合,以熟练掌握对便签的使用。
你可能会遇到的问题
第五章 打造学习力的三个维度
学习力是元能力
日本作家《即战力》影响着许多国内的年轻人,要把理财当作第一。 但是这并不符合我们的国情,实际上近十几年的股票收益波动过大 ,其收益增长率还未必比一个人自我投资成长的收益来的多。 因此分析得出,每个人最需要的能力是自我学习能力。
解读知识:为信息添加上下文
信息>知识,知识包含于信息,知识的内容是有“前因后果” 和“适用边界”,在判断一项知识的时候,可以使用这8个字 去判断这个知识的价值,懂得取舍,并可以过滤掉没有价值 的知识。便签可以帮助辨别。
I便签:辨别知识和信息
不要急于质疑和挑战
如何借助A1、A2便签来追问和反思?
用便签法升级学习力
类有两套学习机制吗,分别是从知识中学到的知识(K知识)和 经验中学到的知识(E知识)可以用便签法,将两项知行合一。,
为什么追逐“干货”是伪学习?
"干货"其实是一种伪学习,失去了其学习本身的韵味。
第六章 构建属于你自己的知识体系
知识管理:被加工的碎片化信息
第一阶段是花时间对各类知识分门别类,但并没有什么 卵用;
第二阶段是能够联系经验,加工知识,触类旁通,能够构件自己的知识体系;
第三类就牛了,可以将知识内化后能够输出,变现知识或者解决复杂问题。
学习不是照搬他人的体系
①系统化的信息不一定比碎片化的更有价值
②有自己的知识体系一定更好 ;
③即的知识和书籍中的知识体系并非同一回事 ;
④看书不一定就比看手机更容易构件自己体系。
知识体系让你成为更好的自己
构建知识体系对自己是有益处的,可以让自己的有更好的成长思维, 积极去面对挑战和新鲜环境;另外就是可以具备批判思维, 谨慎思考,不会随波逐流;最后就是可以收获系统的思维, 能够整理出过往经验的前因后果和适用边界,构建出一套系统、 立体和动态性的思维模型。
便签法:聚沙成塔的好工具
搭建体系的三种思路
第一种,从问题出发
第二种,从点到网
第三种,从网到点
第七章 知识体系如何搭建?
拆出你的沟通力
在这个质疑主义盛行的时代,作者用自己的真实经历来验证“拆书法” 是经得住实践的检验,比如他自己曾经写了一本书关于《拆出你的沟通力》, 就将知识体系划分为4个章节(塔楼),并有不同层次的楼层(进阶级) ,他用拆书法将几十本书中的知识分解出来,将这些知识石砖用于 构造关于沟通力这座知识大厦。
拆书家成长体系
拆书学院:为职场赋能
第八章 主动学习的境界
识别自己的核心能力
所谓核心能力,是一组特别的知识体系。每个岗位都需要核心能力, 知识配比不用;核心能力对每个人都很重要,知识有人认识不到
选择比勤奋重要
经验和反思是最重要的知识
做一个有梦想的行动家!
第九章 拆书家——做一个学习的促进者
一种新的“专家”:拆书家
没有拆书家拆不了的书
拆解:如何提高职场力?
拆解:如何管理下属?
像拆书家一样学习
软件测试
1. 软件测试的入门
对一个软件测试主要基于6个方面
外观界面
功能
性能
安全性
兼容性
易用性
面试技巧
不能一句话简单作答
围绕主题,尽量详细的进行一些补充
体现测试思路和细节,以及自己的处理方式
2. 测试工作从需求评审开始
项目成员构成
项目经理
需求
用户
开发人员
产品人员
项目大致流程
用户提出需求
产品经理(产品人员)进行需求分析,做成需求文档
相关人员,进行需求文档的评审
根据标准的需求文档,开发人员产出概要设计文档,测试人员做测试计划
概要设计文档➡️产出详细设计文档➡️根据详细设计文档编码
根据需求文档➡️编写测试用例
如何评审需求文档
正确性:是否偏离用户的原始需求
明确性:需求项是否存在一些模糊其词的词汇,用语是否清晰,是否有歧义
完整性:是否覆盖客户的所有需求,是否有遗漏
限制性:每个需求里是否清晰的描述了这个软件能做什么吗。不能做什么,能输入和不能输入
优先级:是否能分清功能主次,是否做了标识和编码
一致性:文档内容前后是否一致,确保不矛盾,不冲突
软件测试定义参考
子主题软件测试是从前期需求文档的评审,到中期测试用例设计以及测试执行,再到后期bug票的提交和关闭等一系列的测试过程
80/20原则(经验之谈,并不绝对) :10个开发模块中可能只有2个复杂模块,80%的bug会出现在这两个模块里。
3. 软件测试计划内容
测试范围
规定本轮系统测试的范围,全部模块还是部分模块
测试环境
测试人员在进行测试是使用的软件和硬件的环境
测试策略
测试的准入和准出标准,以及测试工具的选择,测试重点。
测试管理
任务分配,时间范围,测试与开发的沟通方式
测试风险
需求理解偏差,测试时间估计偏差,以及测试执行不彻底等造成的风险
4. 回归测试的策略
1:一般情况下,当第一轮测试发现的bug数量过多的情况下,第二轮回归测试应该执行全部的测试用例
2.选择重要的功能点,常用的功能点,与bug相关联的共嫩点进行回归测试
3.选择性执行关键功能点的测试用例
4.仅测试出现bug的功能点
回归测试是在系统测试人员完成了需求评审,测试计划,用例设计,环境搭建,bug提交等关键性的测试工作之后所开展的工作。
5. 测试用例的评审
1.测试用例是否是根据需求文档编写的
2.测试用例中的执行步骤,输入数据是否清晰,简洁,正确;对于重复度高的执行步骤,是否进行了简化。
3.每个测试用例是否有明确的预期结果
4.测试用例中是否存在多余的用例
5.测试用例是否覆盖了需求文档中所有的功能点,是否存在遗漏
6. 功能测试的用例设计方法
等价类划分法
边界值
错误推测法
指的是测试人员凭借自己的直觉,测试经验,发散思维去设计一些容易导致软件出错的测试点
一般情况下,程序在处理空格,空的,边界值,超长字符串,全角字符串,0以及单引号等情况下较容易出错。
正交表分析法
有效减少测试用例设计个数的方法
正交设计软件
因果判断法
找准每一个有效组合及其对应输出结果,排除不能组合的情况,这一点是因果判断法的关键。
如果一个页面中存在多个控件,并且这些控件之间存在相互制约的关系,就可以使用因果判断法去解决这类问题
7. 测试用例的设计
测试序号
测试模块
前置条件
操作步骤和数据
预期结果
实际结果
备注
8. 软件测试报告
测试过程
测试环境
测试范围
测试结果
系统存在风险
主要指系统中遗留的bug会对软件造成什么风险。
测试结论
在报告的最后给出一个是否能上线的结论
附件清单
主要指测试用例的清单和bug清单,这些清单也需要一并放在测试报告中
9. web自动化测试技术
python
SeleniumWebdriver
10. HTTP接口测试(ApplicationProgrammingINterface,API)
接口文档的要素
url,请求方式post.get,请求参数,请求和返回示例,返回的状态码和参数说明
接口测试的大体流程
1,拿到接口文档 2:设计测试用例 3.执行用例(测试步骤:请求接口—取到返回值—判断实际结果和预期结果是否相同) 4.提交bug单
接口测试工具
postman的http请求方式(具体采用方式会在接口文档中有明确)
get:请求参数包含在url中
post:请求参数不在url中,在body中
http协议状态码(表示服务器端对客户端请求的响应状态)
参考网上资源和相关图书