美文网首页软件测试
Testops最优质量反馈

Testops最优质量反馈

作者: 爱学技术的小仙女酱 | 来源:发表于2019-08-07 16:52 被阅读8次

    前言: 因为篇幅较长,会分为上下两集给大家介绍。很高兴和大家聊这个话题,开始正式话题之前我想问大家一个问题,大家觉得我像谁?

    陈霁老师—“云层”在首届云测试行业峰会讲演  

        是不是很像某个知名的公子,每次都有人拿这个说我,搞的我也不好意思。那么我为什么会问这个问题,是因为我想看看是不是真的很像,是朋友忽悠我么?现实中大家都非常需要反馈,特别是在自然群体中获取认可,我美么?我做的对么。所以我想说的是,在我们现在做的所有的一切事情中,大家都在谈我该怎么做,但是有没有想过一件事情,我做的事情,未必是别人想要的事情!自我YY是不太合适的。今天借助NCTS大会跟大家分享一下在TestOps上面如何做一个优秀的测试价值反馈。

    QQ群:243771258

        话题包括四件事情(DevOps中的反馈需求、反馈局限、打破反馈瓶颈、最优质量反馈

        首先为什么会做敏捷,DevOps中的反馈需求,不但要做的快,还要做的对。

    QQ群:243771258

    我们做测试,会想一件事情,要学自动化测试。为什么,因为它快、懒(其实是工资高),做适配有那么多的手机,拿自动化点一下就行了,当然还要学习写脚本,学工具。在这个时候面临一个问题,就是我们非常需要反馈,我到底怎么算学会自动化了。我看到大家笑了,作为测试人员,我们代表用户反馈价值,我们也是客户,那么我们怎么知道我们代表了客户反馈了正确的价值。

    QQ群:243771258

    第一:用户需要反馈

    确定自己的商业计划能够完美实施,实现了是不是客户想要的,这是测试要代表的,不要过了一个礼拜以后客户看到产品说对不起这不是我想要的(然后需求、开发、测试重来一遍)。

    例如:有一个人做过这么一件事情,他在咖啡厅遇到一位美女怦然心动,于是走过去对她说“我想每天早晨醒来第一眼见到的就是你”。这种表达方式是相对委婉的,直接的这里就不说了。其实这就是一种获取反馈的方式,如果美女答复你是臭流氓,她对你反馈了你知道答案了,如果不答复这是冷暴力,你还是不知道到底结论是什么(是她没听懂,还是你们两个不合适,还是她只是不好意思在等待你进一步)。第一价值是什么,就是用户价值,用户价值的实现是最优先考虑的。所以这里我要提一件事情,很多测试为了证明自己技术很牛做了一个什么平台,但是并没想过,这个东西做的是不是有投资回报比,有无有效的反馈价值。

    怎么反馈价值?需求端做了吗?流水线做了吗?我们从自动化金字塔做到菱形,从UI做到接口做到单元,再往前一些,甚至Kanban、UserStory的反馈,其实大家做的都很辛苦,而且并不见得效果很好。在我看来,要改变很多事情,主要在思想和思路上的改变。

    QQ群:243771258

    第二件事情,领导需要什么反馈?

     确定能否按时按质完成任务获得回款,领导想看到每天大家都在写代码,以前写代码,我的Git/SVN上有记录就行了,目的就是考核大家工作量,能够看到大家在做事就行了。但是其实会发现,这种反馈没多大实际意义,因为反正只要代码跑起来了,开发就能说我工作完成了。开发就写代码就行了,时间到了就说软件做出来了,至于好不好用,还有运维时间和修复时间。于是你会发现,这个软件到处都是Bug,随着时间的推移越来越多,也就是本质上你看代码是没有真正实现的。为什么?要赶工期,所以领导需要的不仅是写代码快,而且”还要”真正的实现了,这个反馈谁来给?大家也许有孩子,会发现每天老师在群里会发一下,今天孩子在学校学了什么,今天回家家长要考一下孩子掌握了没,这就是老师给家长的反馈检查方法。

    真正有价值的反馈是什么呢?是员工的反馈或者开发的反馈?大家想一想,整个软件成功的要素是什么?给最终用户快速反馈:用户说的需求我懂了,并且做出了东西。今天早上客户给需求,今天下午出版本,晚上给客户看,这就是敏捷快速交付。

    以前怎么解决的?会做UI原型,但是这个东西照着UI做出来,按照这么用是对的,一旦上了环境或者某些特殊机制上就错了,因为我们需求上的分解是不够的,最终导致用户验收的反馈误差。

    QQ群:243771258

    当我们需要反馈的时候,DevOps谈了一个三步法,第一,从左到右,快速流动,工作可视化,小批量,打造持续交付流水线;可靠的自动化测试,低风险自动化发布;第二持续反馈;第三精益(我们今天不谈)。

    QQ群:243771258

    接着问大家一个问题,“我们在需求阶段,实现阶段,发布阶段,我们做反馈怎么做的?”,我怎么告诉别人我做的东西对不对?从设计阶段到实现阶段,我们做了什么东西给别人参考的信息。在软件研发中,测试是立法的,而别人是实现的,怎么告诉别人这么做一定是对的?Ops能解决Dev需要的反馈么,当我们发布的时候,我们怎么解决质量问题。

    QQ群:243771258

    我们首先看一下需求阶段,大家有多少人在用看板?将所有价值可视化,我们不知道别人在干什么,还有多少事情要干。开发团队为什么没有给版本,说好下班给的,等到明天还没有给,一问还没下班。我们在做需求阶段,第一是用户需求前置的验证,甚至邀请用户参与这件事;第二就是通过看板提醒,在公司墙上有一个看板,知道有多少需求在这里,价值是在什么阶段,瞬间就能知道。如果大家没有使用kanban可视化的时候,你会发现每个人都很忙,但不知道忙什么,导致一个问题,我们并不知道用户所要的价值是否最先被实现了。

    QQ群:243771258

    接着我们看一下实现阶段,高级一点的静态走Java的阿里代码规范,普通一点就跑一下Sonar就行了。开发者写代码一提交,Findbug系统告诉开发这个代码上面有很多的问题,这个反馈很快,至少你知道这个代码有问题了,但是有一个缺点,误报率非常高,你的代码一千行丢进去,一千五百行错误出来了。其次很多时候我们使用TDD单元测试,请问单元测试有反馈吗?大多数情况开发自己做的单元测试,开发懂业务吗,很少能做到,所以开发做不到真正从用户的角度做系统测试的落地。除非是规范性的测试用例,比如天天都在说写登陆的测试用例,这个还是可以规范出来的,开发可以自己测试落地,微服务的契约测试也是可以做到的。

    QQ群:243771258

    在实现阶段后面我们再做什么反馈呢?第一手工,其实我是非常反对自动化的,不一定每件事做到自动化就有价值,你最快的时间告诉人家对不对就可以了,自动化未必就比手工快。你觉得你衣服上面有污迹非要拿到洗衣店还是自己直接擦掉快?技术是一种手段,但是价值是看你的反馈。我以前是做性能测试出身的,我会明确的告诉大家,你做性能测试的目的不是要花多少钱解决问题,而是你能省多少钱解决问题。现在微服务下服务性能的问题,几乎都可以花钱解决。所以反馈可以通过手工测试,也可以通过自动化,甚至还有灰度发布这些东西。

    为什么我们要做自动化,自动化有时候性价比不高,甚至在国内大多数自动化是没有性价比的,原因是因为我们在适应开发者,而不是开发者适应测试框架。自动化测试如果你用现在标准的前端很容易实现,比如前面茹老师提到的自动化页面分析形成PO。但是你遇到过iframe套iframe的系统吗?我就遇到过,大家努力做一些框架,目的是去适合于被测对象,就像在一个不对的基础上发明一个东西来适应,发明一个自动收垃圾机器一定合适么?其实外面没有垃圾桶不就没有垃圾了嘛,因为没有垃圾桶大家就不会随便在路上产生垃圾。大家现在可以理解日本为什么那么干净,日本在路上是没有垃圾桶的,垃圾桶越多,垃圾越多。不同的阶段有不同的反馈,这些反馈做的都不够好,所以我们要想想怎么解决整个DevOps反馈的需求。

    QQ群:243771258

    在DevOps流水线上,大家一定要做到可视化反馈周期。

    我们的需求是按每个小时级别提的,构建是按秒实现的,测试是按天做的,而部署是按分做的,大家各个公司都在做DevOps持续集成流水线的,有没有想过一件事,如何可视化CI流水线时间?就像在性能测试中,整个全链路的响应时间分析,我要知道每个节点在页面刷新多长时间,后端数据验证多长时间。有没有仔细想想看,怎么样可视化解决反馈周期,怎么提高速度,因为我们要快,我们要就要降低等待时间,我们把等待时间浪费在哪里?现在看看都是在测试阶段。自动化测试和部署开发是脱节的,大家知道我们的环境在哪里,怎么部署呢(瓶颈)?DevOps其实并没有有效解决这样问题,它慢在什么地方,只有测试才知道。开发者会告诉你,敏捷教练告诉你,我们做的很规范,我们都是标准化的,让大家遵守,减少沟通成本与维护成本。运维端,有CMDB与封装的原子交易等,统一标准化。开发端,有配置管理,纪律化的CI等。

    QQ群:243771258

    好了,云层老师在首届云测试行业峰会讲演上篇就介绍到这里,大家是不是有点意犹未尽的感觉记得关注小仙女哟。学习交流可以加我微信:xiang520and 或者QQ群:243771258一起探讨。

    相关文章

      网友评论

        本文标题:Testops最优质量反馈

        本文链接:https://www.haomeiwen.com/subject/dpnhdctx.html