![](https://img-blog.csdnimg.cn/2019091813595558.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
产品质量管理
文章平均质量分 80
探讨整个产品周期有关质量管理的解决方案。只要产品不下线,质量管理需求就一直存在,这包括:需求、研发、测试、运维等等现成的质量闭环
多则惑少则明
让天下没有难测试的项目。专注于测试开发领域,近9+年的工作实战经验,主攻方向包括:
0-1/中期/成熟类大型/复杂系统的业务测试
自动化测试平台&框架开发;
打造质量体系及沉淀质量方法论
个人邮箱zpphnkjxy@126.com
文章周末定时更新,其余时间不定时更新
展开
-
《软件开发本质论》笔记——了解价值,然后从可能去做的所有事情中选择那些最重要的去做
对于软件开发,应该围绕什么样的价值开展? 我们侧重考虑哪些价值?对于公司或个人来讲,有没有统一的价值?原创 2022-12-20 21:57:06 · 514 阅读 · 0 评论 -
流程平台——从测试角度看code review
从维基百科的定义也不难看出 CR 目的:找出缺陷,提升代码质量,降低修复成本团队协作,知识共享,提升开发者技术希望尽早的code review,尽量降低“返工”的代价谷歌在Code Review方面执行的很好,尽管谷歌的工程师的平均研发水平都很高,但你会发现,只要是提交Review的代码,照样会有很多comment(修改意见)。即便自己觉得足够牛逼的代码,只要经过不停的推敲,都是有持续改进的空间的。只要对技术有追求的团队,就不能把开发当成外包:只要代码可以运行就提交,黑盒狠命测一把,验出b原创 2021-02-02 11:40:17 · 499 阅读 · 2 评论 -
2B产品质量保障——仓储业务特性与难点
目录一、全链路角度看仓库业务二、仓储业务简介仓库的管理系统, 指 仓库的一切活动 ,都被记录在了线上系统。三、产品研发特性一、全链路角度看仓库业务整个全链路:1. 用户购买后创建了一个交易订单2. 随之生成物流单, 履行把订单下发给仓的时候,同时下发给配送3. 仓储作业单(照库存分布,把你的物流单拆到具体的仓库lbx单)4. 仓库按照 作业单去做实操(拣选->复核->交接->出库)5. 仓库作业:拣选单 , 为了拣选效率更高,把一些相同属性包裹放在一个拣选.原创 2020-12-09 13:26:55 · 882 阅读 · 0 评论 -
高可用架构——打造高稳定性产品
目录一、数学上表示数据的波动大小二、标准差的例子三、标准差的思路理解产品的稳定性四、产品长期稳定性的干扰因素五、保持产品的长期稳定性的几点思考一、数学上表示数据的波动大小数学上,要描述一组数据的波动大小, 通常用标准差。标准差就是为了描述数据集的波动大小而发明的比如一个班男生的平均身高是170cm,标准差是10cm,那么方差就是100cm^2。可以进行的比较简便的描述是本班男生身高分布是170±10cm,方差就无法做到这点。即: 标准差 = 波动性大小例子, 数据集x原创 2020-11-25 20:35:12 · 639 阅读 · 0 评论 -
技术创新——关于测试工具的一点感悟
目录一、什么是测试工具二、测试工具的方向三、测试工具的”不能“四、测试工具发挥最大功效一、什么是测试工具一切与测试有关的各种框架、平台、小工具等等,这里统一称为测试工具二、测试工具的方向可分为两类:1、 效率型。主要是给人赋能,主要目标是提升工作效率。 比如 功能测试平台, 发布平台等等。 如果没有这种类型平台, 大不了线下人工操作好了, 大不了慢点,效率低点。 虽然进入了“作坊式”工作模式, 但毕竟工作还是可以做的。2、能力型。主要是覆盖那些人为不易做的事情,主..原创 2020-11-06 15:52:43 · 586 阅读 · 0 评论 -
为什么说优秀架构师往往是一个悲观主义者?
引言一个优秀的架构师通常都是一个悲观主义者,除了设计好能够支撑业务持续发展的优雅架构,另一个容易被忽略的重要能力在于充分考虑失败场景。如果对失败场景考虑不够充分,轻则出现业务不可用,影响用户体验和企业声誉;重则导致数据永久丢失、业务再无恢复可能。2001 年 9 月 11 日,美国世贸中心双子大厦遭受了谁也无法预料的恐怖打击,灾难发生前约有 350 家企业在世贸大厦中工作,事故发生一年后,重返世贸大厦的企业变成了 150 家,有200 家企业由于重要信息系统的破坏,关键数据的丢失而永远关闭、消失了,转载 2020-11-04 15:16:51 · 379 阅读 · 0 评论 -
测试创新——平台化产品思考
对于平台化有点不成熟的个人思考,我觉得平台至少分两种类型,能力型和辅助型。能力型是将一个功能从无法测试->能测试,这种平台解决的是能力而不是效率问题,case by case的去解,一定要点到为止,大而全也是为了解决实际需求的,不能搞不解决实际问题的空想。辅助型是指在不人为干预或者较少干预下,提升测试人员在整体流程上的效率,很多平台没有想好定位,搞几个页面上去还需要大量操作,除了满足自己技术情怀的私欲外毫无意义,对于一线测试来说不是提效而是负担。什么是平台化?我的理解是:工具本身的定位在.原创 2020-11-02 12:01:09 · 1018 阅读 · 0 评论 -
安全生产——从别人的故障中学习
目录1、幂等失败2、 运营同学调整配置,引发某些规则失效,大盘数据下跌3、压测造数据问题,导致集群fullGC4、配置错误,误操作了线上5、容量不足,外加没有限流,导致无法提供服务6、大流量下DB内存出现雪崩,写入慢7、上下游交互的API的结果不一致,导致资损8、线上和预发的缓存没有隔离,导致线上缓存数据格式转换问题9、分支代码合并解冲突问题引发线上问题10、内存泄露导致OOM-killer后无法提供服务安全生产思考安全生产的几个抓手1、幂等失败思考:原创 2020-10-29 20:55:29 · 504 阅读 · 0 评论 -
打造强大的质量团队——典型测试用例集
一、前言测试用例,可以说是质量的保障中最关键的一环。 测试用例中没有的内容,可以说99%的情况下后续测试执行的时候,不会覆盖。当然不排除某些情况下,突发灵感,想起某些测试场景, 并将其加入测试用例中。但这是概率事件,非必然事件。测试用例——广发意义上的,无论谁执行;典型测试用例的用途: 无论谁在编写测试用例(新手、老手、哪怕是开发同学),保障测试用例的场景覆盖二、测试用例准备的难点说起难点, 不妨看下以下测试用例的套路:需求上x1需求点——对应几条测试用例;需求上x2需求点——.原创 2020-10-10 13:28:18 · 403 阅读 · 0 评论 -
产品小白——2B和2c产品的差异浅谈
二者差异原创 2020-09-02 17:50:57 · 643 阅读 · 0 评论 -
技术视角——团队如何更好的合作,打造高质量团队
目录一、必要信息周知 [到] 相关影响人二、互相补位,互相赋能三、高质量心态做产品写在最后一、必要信息周知 [到] 相关影响人要点:必须周知[到] : 你通知了别人,确保别人也GET到你的点了反面例子:针对十分复杂的问题,群里 @所有人,用及时消息做繁琐的文字性描述。正面例子:针对十分复杂的问题,1、当面沟通,并收到了相关人的反馈;2、书面性(如邮件/在线系统) 做鸡柳需要周知[到]的信息类型各种各样, 通常来说,如果一个信息,影响/干扰到了其他人的工作,均需要做周知原创 2020-09-01 21:04:11 · 377 阅读 · 0 评论 -
技术视角——QA如何发挥对产品的最大价值
前言之前的一篇技术视角——从日常产品需求看产品研发周期管理中说过核心观点:团队中的各个角色(业务/产品/研发/QA/运营...)不是为彼此工作,而是要通过合作,打造一款具有强大竞争力的产品。此篇还是以这个核心观点作为出发点,但想站在QA的角度, 来讨论一下 作为整个产品研发周期中,相对工作比较靠后的角色,如何发挥对产品的最大价值。关系 产品在行业/市场中的竞争力的几个因素1、能否真正解决用户问题——需求层面需要解决的问题2、能否先用竞争对手快速给到使用——产品的端到端交付效...原创 2020-09-01 18:19:20 · 395 阅读 · 0 评论 -
技术视角——从日常产品需求看产品研发周期管理
目录前言一、核心观点二、日常 产品需求 面临的几大问题三、需求质量的反面例子四、可选解决方案1、项目价值走关卡2、项目管理机制3、迭代管理线上化前言如果你是一位技术人员(研发人员、QA), 每天面临的就是源源不断的产品需求。但除了做了本职工作(产品的技术实现,质量保障)外, 哪些数据可以体现自己作为某种角色对于产品的价值呢?比如,作为研发人员/QA, 产品因为有你而有了什么不同呢? 如果你的工作仅仅局限于本职工作,那么你的可替代性就非常强。 举个例子:作为一.原创 2020-09-01 13:26:01 · 738 阅读 · 0 评论