多则惑少则明
让天下没有难测试的项目。专注于测试开发领域,近9+年的工作实战经验,主攻方向包括:
0-1/中期/成熟类大型/复杂系统的业务测试
自动化测试平台&框架开发;
打造质量体系及沉淀质量方法论
个人邮箱zpphnkjxy@126.com
文章周末定时更新,其余时间不定时更新
展开
-
互联网大厂测开领域调研
互联网大厂测开领域调研原创 2022-09-29 12:54:04 · 296 阅读 · 0 评论 -
大数据测试-数据质量模型
ISO9126 软件质量模型是评价软件质量的国际标准,由6个特性和27个子特性组成。互联网行业,ISO 9126作为一个指导性的质量模型,它会确保质量不会有方向性的大纰漏。无论是开发还是测试,无论是各端质量还是服务质量,质量上的大方向不会跳出9126的模型。...原创 2022-08-12 19:01:58 · 2182 阅读 · 0 评论 -
针对低效能团队和高效能团队的一点体会
目录一、2种团队的特点二、深处在低效能团队怎么办三、写在最后一、2种团队的特点2种团队的典型特点:1)高效能研发团队(包括开发、测试、产品、业务等等人员):(思维严谨) 研发质量过硬、事前事中独当一面、不抱怨,事后遇事handle,不是shirk。2)低效能研发团队(包括开发、测试、产品、业务等等人员):研发质量呵呵、事前事中缺专业果敢,事后遇事shirk、shirk、shirk。 当然了,团队合作中,一次中大型项目合作后,其实很容易分辨出当...原创 2020-05-30 15:21:34 · 1236 阅读 · 0 评论 -
自动化方案不合理的原因浅析
目录前言自动化整体方案不合理的证据自动化整体方案不合理的几个原因写在最后前言 一直以来,测试团队都面临一个迫在眉睫的问题:自动化测试收效甚微,甚至被认为是”为了实现自动化而自动化“。之前写过一篇博客自动化测试的评价维度,其实自动化的评价不乏有其他的评价指标。但这里想说的一点是,自动化方案产出低的一个重要原因是自动化整体方案的不合理。下面根据自己的经...原创 2019-11-15 21:29:17 · 933 阅读 · 0 评论 -
再谈测试架构师
目录一、目标与能力目标需要的能力二、境界之前的博文:《从菜鸟到测试架构师一个测试工程师的成长日记》笔记与思考一、目标与能力目标测什么 怎么测 拿结果1、测试方案设计测试的深度和广度是什么 测试的重点和难点是什么2、技术方案设计工具平台开发3、高可用的产品方案理解测试的本质 能用技术手段解决产品问题需要的能力要有业务理解广度,也要有技术...原创 2019-11-15 23:58:56 · 953 阅读 · 0 评论 -
成为测试大牛——测试领域的变与不变
测试领域的叫法测试,QA, 质量保障团队,质量团队等等避免歧义与争议,叫法不同,但做的事情,属于不同的深度和广度:很多是别人玩剩下的;还有就是,统一的一件事,不同玩家效果会产生很大不同。 拿自动化来说,现在随便拎出来一个测试同学,哪怕是纯功能测试的,都不会说没做自动化。 但拿做的比较好的来说,拿自动化效果来说,恐怕很多团队都会啪啪打脸。 根本原因: 没有真正理解自动化测试的本质,不...原创 2020-03-27 12:43:14 · 795 阅读 · 0 评论 -
100%的单元测试覆盖率是不够的
目录摘要译文内容缺少测试用例缺少功能测试错误或不正确异常处理后续测试步骤摘要许多人将100%的单元测试覆盖率等同于高代码质量,但这还不够。 代码覆盖率工具仅衡量测试是否执行代码; 他们对测试的有效性没有判断力。 测试人员应审查单元测试,即使它们具有较高的覆盖率,也可以帮助改进测试或在必要时补充额外的测试。译文内容当开发人员进行的单元测试中100%覆盖我们...翻译 2020-02-23 18:28:30 · 3968 阅读 · 0 评论 -
测试保证官和测试教练的新角色
目录个人理解摘要译文内容案例1案例2现代测试中不断发展的角色个人理解测试领域,测试的执行者或多或少发生了变化,这其中涉及了整体测试计划的设计摘要在过去的十年中,测试发生了很大的变化。 尽管某些传统技术仍然有用,但是开发人员,用户和其他非专业测试人员正在完成许多测试活动。 因此,测试经理的角色已经变成了更多的测试保证官和教练。 新角色的实施方式因情况而异。 这...翻译 2020-02-23 18:15:09 · 723 阅读 · 0 评论 -
可以帮助您成为更好的测试人员的7种监控方法
目录个人看法摘要译文内容了解您的用户可视化KPI指标将测试优先级化观察回归设置警报使用模板调查问题量化bug的重要性对团队实施监控个人看法要想交付高可用的产品,最重要的是了解产品,从而制定整体的测试方案/测试策略。比如,什么是对用户最重要需要。更加贴近用户:量化你的用户如何使用产品。摘要监视使您的测试工作更加轻松,帮助您管理可能存在的...翻译 2020-02-23 18:01:53 · 825 阅读 · 0 评论 -
快速测试:我们如何将测试周期缩短一半
目录个人理解摘要译文内容减少系统测试中的bug缩短错误处理时间提高测试效率减少测试用例寻找更多人选择你的战斗个人理解将测试周期缩短,不同团队应该根据实际情况,侧重不同的落脚点。 比如,一个处于疯狂迭代期的初级产品,和一个处于成熟期的维护性产品,测试人员的落脚点显然不同。又比如,合作的,一个是提测质量相对较差的团队,另一个是提测质量相对好的团队,测试人员的...翻译 2020-02-23 17:45:29 · 1907 阅读 · 0 评论 -
软件测试中的信息丢失
目录个人理解译文内容信息丢失信息控制更好的信息交流个人理解测试人员通常被认为是项目的最后一把控制屏障,发现bug(这里bug是从宏观层面来说得,是指影响用户体验、易用性方面的问题,以交付高可用产品为目标下,发现的种种问题或潜在风险)后,大多数情况下,开发人员会修复其中的绝大多数问题;在于业务人员、产品人员沟通中,往往会将一些问题,定为延期修复,或由于不存在某些业务场景,...翻译 2020-02-23 17:00:39 · 706 阅读 · 0 评论 -
要获得高质量的软件,允许失败
摘要作为质量的倡导者,您需要仔细研究产品,并考虑时间,预算和其他业务限制,并提出修复建议,以提供最高质量的产品。 ...而且生产中的利益人不想修复它。 您如何向不想听的人传达错误和风险? 您需要以有意义的方式来解决问题,而不是感到沮丧,并且,如果必须的话,可以让人们失败。内容您的职务并不重要。开发人员,分析师,经理,测试人员-在某个时候,您决定倡导质量。您查看产品时,要考虑时间,预算和...翻译 2020-02-22 18:39:48 · 527 阅读 · 0 评论 -
《涛声依旧》填词改编《测试依旧》
背景根据经典老歌《涛声依旧》填词改编,借以调侃一下日常的测试工作填词:写下一段代码可能带来巨大的灾难运行一次测试让它玩命全面校验可怜的我身心早已疲惫不堪抬头一看却梦醒测试还没做不完熊猫的眼圈还在折磨我的睡眠混沌的脑袋始终不放过一个缺陷旁边的开发代码深处不见笑颜项目结束后能不能一起愉快的共餐做了alpha总是没时...原创 2020-02-22 12:14:50 · 530 阅读 · 0 评论 -
“如何测试?”给测试提供证据
摘要许多测试人员倾向于将测试时记录的信息最小化。 当以后发现问题时(可能是在软件投入生产后),挑战就来了。 我们如何记起自己的所作所为,何时? 我们必须参考哪些记录? 作为测试人员,我们如何回答“如何测试?”的问题内容许多测试人员,特别是在制定详细的测试说明时,往往会尽量减少他们在测试时记录的信息。 从记录变量或值的起始值和结束值到简单地指出测试“通过”,这可能会有所不同。当以后发现问...翻译 2020-02-12 00:11:58 · 805 阅读 · 0 评论 -
将自动化工具与自动化策略分开
摘要当人们没有做好自动化的时候,这几乎不是因为所使用的工具,而是几乎总是因为错误的自动化策略,错误的期望以及错误的自动化采用。 自动化工具只能回答自动化的“方式”,而拥有自动化策略则可以回答谁,何时何地,什么以及为什么。 这就是为什么拥有测试自动化策略如此重要的原因。个人感悟: 自动化工具是皮,自动化策略才是真正的灵魂内容自动化测试与软件编程本身一样古老,但是许多公司和团队在其工作...翻译 2020-02-11 23:42:38 · 464 阅读 · 0 评论 -
改善测试数据的收集和管理
目录摘要内容数据类型数据质量数据收集数据存取维护摘要关于我们生成的用于评估产品质量的数据,已有很多出版物发表。 很少有关于数据测试人员为自己使用而生成的讨论可以帮助我们改善工作的讨论,而关于数据收集的推荐做法的讨论则更少。 测试数据收集,管理并使用所有功能进行前期计划和持续维护。 测试人员可以通过以下方式改进这些做法。内容可以肯定地说,所有测试人员有时都...翻译 2020-02-11 23:40:43 · 752 阅读 · 0 评论 -
将测试自动化维护的噩梦转化为成功实践
目录摘要内容摘要测试自动化的最佳实践强调可靠性,可移植性,可重用性,可读性,可维护性等。 但是您现有的自动化测试套件如何实现这些特征的? 您应该使用当前的测试解决这些问题,还是创建一套全新的测试? 以下是一些问题,可以帮助您确定测试自动化维护程序是否按预期方式运行。内容“自动化”在业界并不是一个新的流行语。 随着电子商务的发展和对移动技术的快速访问,一段时间以来,尽快交付软...翻译 2020-02-10 23:32:26 · 566 阅读 · 0 评论 -
《你要如何衡量你的人生》笔记与感想(三)不提供答案,只提供寻找答案的方法
目录作者的背景教会我们“如何思考”,而非告诉大家“答案是什么”谈几点自己影响颇深的观点1、周密计划与偶然的机遇2、如何找人生目标3、有了人生目标,你配置错了自己的资源吗作者的背景作者克莱顿·克里斯坦森,哈佛大学商学院教授,其“颠覆性技术”理念,深刻地影响了世界互联网行业的发展。那么他用什么影响了世界呢?1997年,作者接到安迪.格鲁夫(时任英特尔公司董事长)邀请...原创 2019-11-29 13:39:32 · 1050 阅读 · 0 评论 -
如何从上帝的视角,来评估测试质量的提高和下降
前言 接触越来越多的团队后,发现无论是QA人员的绩效考核、晋升,还是平时的交流,越来越少的人明确从整体来评估产品质量(ps:这里产品质量-包括需求质量,开发质量,测试质量,上线质量,运营质量等)的提升情况了,更别说测试质量的整体情况了。就拿QA人员来说,除了“天花乱坠”的说自己的自动化、持续集成、测试难题的解决等等话题外,很少从上帝的眼光,来评估整体测试质量的情况了。...原创 2018-12-23 14:19:34 · 673 阅读 · 2 评论 -
如何减少线上故障
一、质量保证的核心目标 这个话题在实际的项目或团队中很少有明确的约定或口径,实际经验而言,可以归于一条:线上故障的减少。这个经验得来的目标实际是一个非常宽泛的目标了,通过团队成员的多方努力,这个目标仍然是“若即若离”。 站在不同人员的角度,对测试目标会有共同的期望:故障的减少 & 人效的提升 & 迭代周期的缩短。但对测试结...原创 2018-10-28 17:18:06 · 1129 阅读 · 0 评论 -
测试本质:当说在项目测试的时候,究竟在测试什么
最近参加了一个测试大会,会上各种自动化、性能、新型测试方法扑面而来。听后确实思路有所开阔,但又不禁想:为什么类似的分享/大会几乎很少有人专门讲测试思维、测试本质之类的思想。各个公司,各个业务,几乎都有相似的测试方法,而不同的是具体的测试实施、以及不同业务实现的测试;各个测试人员由于经验,眼界的不同,对测试的理解也不一。故而这里,想来说说脱离于具体测试任务之外的测试思想/测试本质的一些...原创 2018-07-21 21:23:16 · 3154 阅读 · 2 评论 -
研发测试高级篇-不可不知的问题
一、测试团队的弊病 1、片面强调流程 流程能解决一部分问题,不能解决所有问题,还是应该找到根本的解决方案。目前越来越多的项目组,在业务比较成熟了以后,为了“减少”/"规避"上线后的故障,采用增加流程审批的方案:各种修改的审批各种review的增加小到一行代码的改动,大到一两个月的项目,统统走相同的流程。结果造成流程也就变成了所谓的流程,大项目不能通过其控...原创 2018-08-05 16:20:21 · 1472 阅读 · 0 评论 -
研发测试高级篇-不可不知的实践
一、测试策略制定的出发点 测试策略可谓是质量保证的核心,关乎测试的深度和广度、效率提升、风险控制、质量运营等等方面。如何设计出符合业务需求,质量需求的测试策略,最能体现测试人员的功力了。设计测试策略可以从以下方面考虑深入下去:业务需求 真实的用户数据 技术实现方案 自身经验ps:考虑测试的内容和方式时, 都应当以高产出投入比为最终目标,最大化地利用现有资源排除...原创 2018-08-07 20:40:55 · 410 阅读 · 0 评论 -
研发测试高级篇-不可不知的经验
1、QA需要的优秀品质 1.会写,能写测试代码、测试工具 2.推动项目顺利进行 3.扎实的测试能力 4.沟通协调能力好 5.喜欢学习新事物2、采取措施对QA人员的"犯错"补救测试人员是软件的守护者,是保证软件质量的最后一道防线最后一道关卡,测试人员“犯错”,有相关的补充措施补救;3、测试与用户行为...原创 2018-09-26 00:53:43 · 452 阅读 · 0 评论 -
分享思考带来思想碰撞
一、探索未来二、分享思考技术的本质。如商业组织,司法,货币或者合同,都是实现目的的手段。螺旋式发展。个人/科技/人文/社会的发展和进步,基本都是螺旋式的。变化发展是前进性和曲折性的统一,总趋势是前进的,道路是曲折的,在曲折中前进.三、思想碰撞1、读书的原则二八原则80%的精华在于20%的页码中。故而,如果时间不足,可以重点吃透这20%页码中的精华部分递进原则读书不必一定从前到后一页一页进行,可以从...原创 2018-01-05 21:22:25 · 1377 阅读 · 0 评论 -
提升自己的认知-思维模型
之前写过有关思维的博客思维方式与认知,关于思维方式与做事方式有所思考。最近看到如何判断一个人是杰出的聪明人还是平庸的普通人?的文章,感触颇深。现摘录有所感触的思维方式。一、思维模型1、每周“5小时”学习法则参考:https://36kr.com/p/5130501.html?from=authorlatestA/现象全球最顶尖的5家公司的创始人比尔·盖茨、史蒂夫·乔...原创 2018-05-06 20:29:25 · 6425 阅读 · 0 评论 -
网易公开课-思考,未来,目标,意义
了解人生的目标搞清楚了下面的3个问题后,也许就对目标有了认识:可以轻易牺牲的东西是什么?什么事情让你废寝忘食?离开人生的时候,希望人们因为什么事情记住你?原创 2016-12-04 20:10:11 · 838 阅读 · 0 评论 -
接口自动化测试的“能“与”不能“
接口自动化测试的“能“1. 接口自动化的目标用于项目的API层的http接口的功能逻辑验证:减少手工测试的工作(回归验证;跨模块的验证);实现手工验证不能做的验证(如接口涉及大量数据的排序比较)手工很难充分验证的功能逻辑(如接口的功能验证涉及大量的数据)2. 接口自动化case用例设计原则切记:不要为了做自动化而做自动化,做的首要目标是问题出现时,能原创 2016-08-21 15:10:52 · 6432 阅读 · 1 评论 -
故障的坑,你踩了多少遍
一、故障原因根据故障产生的直接原因分类:代码合并。前端/后端开发合并代码导致最后的故障,例如代码误删,代码被覆盖等。 此类故障如果代码合并没有严格的检查流程,加上影响的是原有的边缘功能的话,是极难发现的。测试未覆盖。测试用例遗漏相关功能点的测试。如果被“改坏”点属于主干功能、业务测试范畴,还是比较容易覆盖的。但如果被“改坏”点恰恰属于原有的边缘功能,那成为“漏网之鱼”的可能性就大大提高了。chec原创 2017-12-30 21:52:56 · 567 阅读 · 0 评论 -
测试中的质量控制
什么是质量说起项目的质量,往往是说开发提测质量以及上线的质量。前者的直接衡量标准是提测后的bug数量,后者的衡量标准是上线后的线上bug。 二者的关系密切相关,这也是 QA不断分析bug产生原因,持续不断的推进提测质量的原因。下图,表示提测质量与上线质量的一般关系:QA控制质量的目标结合以往项目经验,发现,开发提测后到上线时的bug数量同时受多个因素的影原创 2016-11-20 15:56:03 · 2555 阅读 · 0 评论 -
项目中对质量的思考
接口自动化vs监控关于接口自动化的目标和难点可以参考http://blog.csdn.net/huazhongkejidaxuezpp/article/details/52267126。其中,接口自动化由于对接口的检查太过详细,不仅依赖于项目需求的变动频率,而且往往跑完一遍所有接口检查耗时较长(ps:接口越多,检查越详细,耗时越长),所以接口自动化检查,往往不太适合作为接口的监控。因为如果要去原创 2016-12-17 19:10:25 · 883 阅读 · 0 评论 -
面试-测试开发如何考察-应届生
应届生考察方面: 有潜力完成什么 学校成绩(考试成绩,是否有论文,比赛成绩等等,如果是实习生,可以看下实习的时间)笔试成绩(数据结构,编程题,算法,智力题,数据库,网络等等)实践能力(公司实习经历,实验室IT项目,担任的角色,有无博客/开源项目)面试考察点方面例子备注代码,算法和数据结构代码:读文件,字符串处理,查找等;算法:原创 2017-03-11 11:51:19 · 3372 阅读 · 0 评论 -
QA的几点思考
QA的层次level 1 : 独立负责一个项目(工作量大VS测试方法VS项目把控) level 2 :独立负责一个产品线(整体测试方案VS带人VS项目把控) level 3 :通用测试方案的制定(测试架构VS测试策略) QA的开发能力第一境界:"昨夜西风凋碧树。独上高楼,望尽天涯路。"QA具有基本的开发能力,能针对项目特点,开发项目专用的测试工具 ...原创 2017-04-05 16:37:11 · 1195 阅读 · 0 评论 -
测试之线上系统与线下系统
线上线下系统要求对比对比点线上系统线下系统需求来源数据分析/竞品/商业价值直接用户需求需求关注点带来的商业价值(点击率增,pv,uv,下单量等等)解决直接用户的问题需求偏重点UI/UE,易用性,功能交互(可能有用户培训)关注功能的全面,对易用性,UI/UE稍微放宽测试量需求改动点相对较少(毕竟线原创 2017-06-11 12:23:06 · 3718 阅读 · 0 评论 -
思维方式与认知框架
做事思维偶尔为之的事情,需要可行解;常常要做的事情,需要尽可能最优解/长远性的解类似的思考方式:对自己短期可以快速有大收获的事情——马上行动;对自己长期有大量收获的事情——制定阶段性计划;对自己收获不大,但必须要做的事情——寻找可行的方案;对自己有收获,且未来存在很多类似的事情时——寻找解决该类问题的方案/方法论将事情区分优先级紧急且重要的事情;紧急原创 2017-06-13 23:28:35 · 7261 阅读 · 0 评论 -
技术团队管理
代码的审查复查的目的:编码错误;处理逻辑错误;算法错误;回归性错误;可以改进的地方;经验的传授 ps: 团队成员之间互相了解,工作流程熟悉,代码风格统一;原有功能的回归范围;公共代码修改的review;微软质量管理经验bug bash: bug大扫荡,不同角色人员,针对某一类型bug,找bug,并作出一定的奖励;事原创 2017-08-27 16:05:49 · 3588 阅读 · 0 评论 -
QA的三重境界
一、前序曾经写过QA的软实力和硬实力的blog:QA的软实力和硬实力。作为一名测试人员,软实力和硬实力都是必不可少的。最近通过几个项目的“锤炼”,对QA的职责和工作思考重心有了几点理解。二、QA的三重境界第一境界:看山是山-“拼命”寻找bug此境界属于QA的入门级。刚刚入门QA时,往往以为寻找的bug越多,则自己的“能力越强”。甚至,不少公司,对QA的一项评定就是一段时间内寻找bu原创 2017-09-28 21:43:27 · 1812 阅读 · 0 评论