一只后腿引发的测试

早晨看到一位朋友发了条朋友圈,“软件工程所有手段方法工具应该是用来提高开发效率,测试应该是加速开发进度,而不是拖后腿”,说起这位朋友就牛逼了,美籍华人,在硅谷浸淫多年,资深的架构师,目前在BCGDV做研发team 的顾问,借此话题也谈谈我对测试的认识,下方可能高能,阅读需谨慎~拍砖请随意

首先我们追本溯源一下,大家想一想,测试的目的是什么?测试的价值是什么?测试的核心是什么?

书本上曾说测试的目的就是尽可能多的发现程序的bug,关于测试价值的定义就少了,本人觉得随着人的追求越来越高,测试的目的已经不能仅仅定义为尽可能多的发现程序的bug了,测试的目的应该至少上升到质量提升和产品持续优化层级,也可以说测试的目的是为了让最终用户拿到一个相对易用,成熟并且容易高潮的产品。

那测试价值又是什么呢?个人的概括是让用户开心的掏钱,盆满钵满我也满,也可以说塑造成功感,请详细体会这个感~谢谢

测试的核心是什么?很多人说是业务,也有人说测试流程,这里我想说测试的核心是思想和设计,思想和设计的核心是人,所以我理解的测试的核心是人,因为 有人,才能!这四个字要分开读,原谅我曾经是语文课代表

测试会拖开发进度的后腿?no no no,如果你真的这么认为,那我认为你一定是脑子瓦特了,你这么不友好,宝宝很不开心,宝宝不开心,后果就会很严重昂!告诉你有效的测试并不会拖开发进度的后腿,相反还会促进开发进度,关键看你会不会用,这里面有个卧底还没有被揪出来呢,TA就是质量,以进度为驱动个人觉得有点蠢,当然我理解现在互联网爆炸的时代,时间就是金钱,唯快不破几乎都快被写成白皮书了,快是有了,快速占有市场了,然并卵,1个月不到又死了,这样你还会一味追求快么?大家现在都采用敏捷开发了,测试同样也可以敏捷,关键看测试的核心了,把持续集成,自动化测试等用来打测试的辅助,嗖嗖的跑起来,揪出卧底还能保证迭代速度,你还敢说测试拖后腿?大多数的进度问题是管理问题,交流问题,别想挖坑把我们埋了萌得过我?

你真的懂自动化测试吗?会写测试代码就是会自动化测试?曾经好多好多人(大于20)对我说可不可以不用写代码就做自动化测试,可不可以快速学会自动化测试?录制算不算自动化测试?看我大大的白眼,这里我会说可以,但是录制回放我不认为是自动化测试,请原谅我这么决绝,如果你在我的团队你可以,哈哈,因为有我在,但是请不要拉低自动化测试的门槛,这样问的童鞋们追求的其实不是自动化测试,想做的也不是自动化测试,你们在找保姆,这个保姆还得貌美如花,还得出得厅堂入得厨房,最好还能暖床,如果抱着这样的心态请不要做自动化测试了,因为你会失望,被你期待的人也会~

我谈自动化测试,首先你得是个好的测试,抱歉只会写测试工具(好多公司叫测试开发)的我并不会称呼你为自动化测试,自动化和你有关,测试和你无感,曾经有个挺出名的金融公司找我做自动化测试培训,帮忙组建自动化测试团队,我当时问了句:为什么突然想做自动化测试?答曰:因为领导想看自动化测试回放,别人家都有,我们也要有,这样会高大上!瞬间心好塞,自动化测试是由价值的,我也是有价值的,拿钱砸我吧,越疼越好,那么自动化测试的价值又是什么呢?参照上文,快速塑造成功感,还是体会不了?那再见!我做自动化测试只会以价值为导向,其他的点都可以不在乎,投入产出比高就做,低或没有就别做了,而且你有一颗玻璃心那也别做了,如果你舍不得花钱还一个劲的求快,那不好意思我会告诉你,自动化测试很贵,你用不起!为什么说自动化测试你首先得是个好测试呢,因为这里面有测试核心,你得有测试的思维,只会写代码是万万不行的,其次代码也是不可或缺的,你得把你的思维想法变现啊,老画饼,总有饿死的一天嘛,再者嘛会来事,就是要秀,不然你做给谁看?自动化测试基本素质我推崇这几点:搭得了测试框架,筛得了测试用例,写得了测试代码,玩得了测试集成,绘得了测试报告,hold得住前后台。UI自动化测试和API自动化测试并行,相辅相成,慢着慢着就快了~

时间: 2024-09-29 18:33:21

一只后腿引发的测试的相关文章

一只后腿引发的扯淡

早晨看到一位朋友发了条朋友圈,"软件工程所有手段方法工具应该是用来提高开发效率,测试应该是加速开发进度,而不是拖后腿",说起这位朋友就牛逼了,美籍华人,在硅谷混迹多年,资深的架构师,目前在BCGDV做研发team 的顾问,和美国的好多工程师接触下来,忽然发现好多计划,设计和实现都太乐观化,不知道是太顺了还是本该如此,好迷惑,借此话题谈谈我对测试的认识,下方可能高能,阅读需谨慎-拍砖请随意 首先我们追本溯源一下,大家想一想,测试的目的是什么?测试的价值是什么?测试的核心是什么? 书本上曾

一个换算小程序引发的测试血案

请原谅我的标题写的有些夸张,但实际情况往往比想象的更离奇.好了进入主题.小A最近正在学习C语言,这时候小A上小学的儿子小B跑过来问:"爸爸,这道数学题怎么算?",小A看了看题目说"一百天是多少个礼拜零多少天?" 好了,我们的小A,看到题目后不假思索,一迅雷不及掩耳盗铃之势写下了如下代码: #include <stdio.h> int main(void) { int days; int week,day; printf("please in p

Android开发只在测试阶段添加测试库并在正式版本自动去掉测试库的方法

在实际的开发中,通常有这样一个需求,就是测试阶段需要添加一些测试库,正式版本阶段就去掉.下面拿leakcanary这个库来说明一下具体的实现方法: 1. 在app下的build.gradle添加 debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1 //重点是debugCompile,表示测试版本编译进去,正式版本不编译进去 2. 在自定义的Application里面添加如下代码: if (BuildConfig.DEBUG

7只老鼠测试100个瓶子

起源 今天,休息的时候同事虎哥给我们说了一个很有意思的问题:有100个瓶子,瓶子里面乘着水,其中有一个瓶子里面的水是有毒的.还有七只老鼠,老鼠喝了有毒的水,七天会死掉.现在给你七天的时间,然后让你用这七只老鼠将这些瓶子里面有毒的那个瓶子测试出来,怎么做? 据说这个问题是某个比较大的公司的一个面试题.对这个问题很感兴趣的,于是,下班回家后就开始研究这个问题,想到了现在(除去中间打了一把红警的时间)终于想出来了,跟大家分享下. 思路 思路一: 对于这个问题,我的第一个思路是这样的(这个思路我没有走通

Android Configuration change引发的问题及解决方法(转)

之前在学习Fragment和总结Android异步操作的时候会在很多blog中看到对Configuration Change的讨论,以前做的项目都是固定竖屏的,所以对横竖屏切换以及横竖屏切换对程序有什么影响都没什么了解.见到的次数多了,总是掠过去心理总觉得不踏实,最终还是好好看了些介绍Congifuration Change的blog,在此做个梳理也不枉花了那么多时间.有疏漏和描述不准确的地方恳请指正. 前言 在研究Configuration Change之前我主要的疑问: 横竖屏切换对布局有影

如何开发高质量的软件 - 通过测试集中型的软件开发方法来提高软件质量

“构建技术系统所要做的工作是非常繁重的,同时还需要专业知识:语言和协议,编码与调试,测试与重构.”——James Garrett 概述 每年各个企业都在努力实现企业的主要目标.通常,这都是通过实现基于度量指标的性能目标(可能包括质量目标)以及利用最佳惯例规范商业流程来实现的.最 后,要通过一些测试和报告形式来评估这些目标对企业的影响.在接受评估之前,机智的员工都会要一个评估单——但是在开发新的软件产品,确定测试目标时,他 们常常会忽略这一点. 企业在设计实体产品时,会花很多时间设计产品的生成流程

【我的技术我做主】致那些奋斗在测试界挨踢人们--聊聊技术、发展

开篇 在测试行业一呆就是N年,经历了很多人很多事,学到了很多东西,今天撑着有机会就和大家一起聊聊技术.发展.人生吧,虽然比较俗但却是一些真心话.这次我们谈论的完全是小弟自己的想法,也许有不符合大众胃口,不必掐架,重在交流学习,叩谢. 1测试技术杂谈 既然本次主题是偏技术的,那么我们第一个就来聊聊技术方面的东东.我相信很多人都非常偏爱技术,也许你是发自内心的也许你是被逼的(我相信被逼的人占大多数),觉得拥有了技术你就拥有了一切,所以开始疯狂.漫无目的.人云亦云的学习.下面我们就从大的方面聊聊各项技

常用的HTTP测试工具谷歌浏览器插件汇总

网页的开发和测试时最常见的测试就是HTTP测试,作为曾经的测试人员在这方面还是略知一二的.其实做网页测试工作是非常繁琐的时期,有时候甚至是无聊重复的,如果没有网页测试工具的帮助的话,测试人员会越做越怀疑自己的价值.只有利用插件去提示工作效率才能让测试人员有更多的时间去做更有意义的工作,创造更多的价值.所以今天在chrome插件网整理一个专题汇总常见的HTTP测试工具谷歌浏览器插件帮助测试人员提高工作效率. 1.Postman和Postman Interceptor 说的网页http测试的,只要是

Android单元测试与模拟测试详解

测试与基本规范 为什么需要测试? 为了稳定性,能够明确的了解是否正确的完成开发. 更加易于维护,能够在修改代码后保证功能不被破坏. 集成一些工具,规范开发规范,使得代码更加稳定( 如通过 phabricator differential 发diff时提交需要执行的单元测试,在开发流程上就可以保证远端代码的稳定性). 2. 测什么? 一般单元测试: 列出想要测试覆盖的异常情况,进行验证. 性能测试. 模拟测试: 根据需求,测试用户真正在使用过程中,界面的反馈与显示以及一些依赖系统架构的组件的应用测