2016总结以及我的测试之道

2017-01-24  橙子 

时间
2016年刚刚结束,2017就已经过去了20多天。
2016总结还没来得及写,马上就该到2017年春节了。
时间过得真的很快,想要抓住时间或者让它停一会儿,真的很难,或者根本办不到;
我们能做的只能是利用好我们自己的时间,不让时间白白浪费。
想说一句话,就是:活着就要精彩。

选择
前段时间,北京的雾霾很严重,很多人都在思考一个问题,我们该选择离开吗?
我也想了很久,但是最终还是没有结果,那就只能留在这里。
但是我得到了一句话:选择大于努力。
其实应该是“[正确的]选择大于努力。”
很简单也是很鸡汤的一句话,但其实真的很朴实,很值得思考。

测试思考之——测试本质
思考
在这里,我只是想把我对测试工作或测试行业的理解来说一下。
我之前一直在思考,测试有什么样的价值,测试该如何发挥他的价值?
软件行业没有测试到底行不行?将来测试行业是否会被消化掉?
如果测试重要,那为什么公司裁员要先裁测试人员?——因为测试人员本身不直接产生价值,而属于成本部门。
如果公司要留下测试人员,那应该留下什么样的人?——肯定是有价值的人,也就是离开这个人,项目将无法完成,无他不可。

因为测试属于成本部门,如果在电子商务公司,属于成本部门里的成本部门。——因为在电子商务公司,内部使用的软件系统是不能直接产生利润的。
所以老板根本不可能投入太多精力去了解或关注这个部门,老板的经历都放在了利润部门;——这是现实也是正确的。
另外老板或者研发团队的leader对测试的了解也不是很深,但是他们对开发比较了解,这就造成了测试行业的一个畸形发展。
人工测试无法得到重视和尊重,自动化却是极端的“疯狂”。(原因很复杂,我后面再描述我的理解)

书归正传;
如果有一天,老板跟你说:测试工作以后交给你了。你怎么开展测试工作?
当然不同的人,有不同的方案;

测试本质
如果是我,该怎么做好测试工作呢?
其实核心还是如何更好地发挥测试的价值,让测试的价值最大化。
另外工作还分为两种,一种是实质性的,一种是影响力方面的。
两方面都很重要,但是从长远以及公司的利益出发,应该是先实质后影响力;当然具体还要根据公司情况以及团队情况来判断。
那测试的实质是什么?通过我的经验,要想发挥测试最大的价值,应该从三个方面考虑。
1、质量 
2、成本
3、用户

质量
软件测试的目的就是要减少软件的问题,保证软件符合质量要求。
但是光靠测试人员保证质量是保证不了的,测试人员只能帮助开发减少问题,帮助用户在使用之前提前发现问题。
测试人员可以帮助提高软件的质量,但是无法保证软件的质量;最多也就是保证软件符合需求规格说明书。
绕了半天就一句话,软件的质量只靠测试是不行的。

那怎么样保证软件的质量呢?
质量不是靠一个人或一个部门来负责的,质量应该是靠产品、研发、测试共同承担的。
但是光靠他们还不够,因为这三种人每个人都有自己的工作,如果没有一个团队来专职管理,那软件的质量最终只能是靠大家的责任心和经验和能力。
但人性是懒惰的,没有明确的责任划分,很少有人主动来承担这个责任和义务,即使承担了责任,如果没有权利,也是很难办的。
所以质量管理团队我认为是非常重要的。
我们现实中存在的问题就是没有质量管理,或者没有有效的质量管理,导致软件开发的各个环节漏洞百出,问题满天飞。
测试即使想插手,想要对质量负责,也是心有余而力不足。

现实都有什么样的问题呢?我随便列几个:
  • 产品没有需求,或者需求只是几句话几个图;
  • 需求讨论、需求变更不通知测试。
  • 需求文档没有得到保存、延续。
  • 没有架构师,没有设计,开发只是根据自己的经验和能力来自由发挥。
  • bug多少对开发人员根本没有考核。

这些问题就是因为没有制度或没有人来监督造成的;其实早期的作坊式开发就是这个样子的,一切只能靠人。

那是不是有了质量管理团队,软件的质量就一定有保障呢?
产品、研发、测试肯定不乐意了。
人,才是企业的根本,也就是人才是最关键的。如果没有高素质的人,软件的质量怎么能高呢?
所以只有提高人员的素质,多招一些高级的人才,才能从根本上提高软件的质量;
有了好的产品经理,才会有好的产品;
有了好的研发人员,才会有高质量的代码;
有了好的测试人员,才能发现更深层次的问题。
21世纪最重要的还是“人才”。
所以一个公司的招聘很重要,如果在招聘方面不重视,那公司的员工整体素质就得不到保障。
只有一流的人才能做出一流得产品,Google和苹果就是例子。


测试团队如何发展
上面说了很多质量,下面我想说一下测试,说一下上面的问题(人工测试无法得到重视和尊重,自动化却是极端的“疯狂” )。
现在行业内的现实情况就是这样,人工测试市场价格远远低于自动化测试,各大公司疯狂的追捧自动化测试。
但是现实又是公司的主要测试工作还是由人工来进行。
由于“市场价格”驱动,现在的手工测试人员也都无心认真的进行测试了,大家都向往着学习自动化。
测试人的心都乱了,还能做好测试工作吗?
为什么测试人都乱了?就是因为价格驱动,另外公司对测试的定位,对测试的发展规划是不正确的。
现在测试的级别基本都是根据自动化水平或者代码水平来确定的。
其实 测试应该分为测试工程师和测试开发工程师,他们的发展道路应该是平行的。
大家现在都是认为会写代码的测试工程师就是高级测试工程师;
这样就导致测试工程师的路已经被扭曲,被改变轨道了。
会写代码的测试工程师应该是测试开发工程师,不应该是高级测试工程师。
测试开发工程师也应该是分为初、中、高级的;其实测试开发工程师就是开发人员,我们招聘的时候就应该按照开发的要求去招聘。
而不是跑到测试队伍里招聘测试开发工程师。
测试开发本身应该是服务于测试的,是为了提高测试的效率而成立的。
但如果测试人员心都乱了,连测试都做不好了,那提高效率还有什么用?
当然我这里并不是在贬低测试开发的价值,也不是在讨论手工测试和自动化测试哪个更重要。
我只是希望测试行业不要畸形的发展,应该对测试和测试开发有一个正确的认识和正确的定位,让测试行业能够更加健康的发展。

也许再过几年就不会存在这种情况了,因为将来测试人员最基本的要求就是会编写代码,有一定的代码经验。
那时候,测试和测试开发也就可以平行发展,测试还是测试,测试开发就是开发了。


成本
测试部门本来就是成本部门,如果我们不想办法降低成本,有一天公司就会降低测试的成本。
做一个测试人员,很少会考虑“成本”这两个字。但是作为一个测试部门的负责人,一定要考虑。
做自动化测试、测试工具都是为了提高我们的测试效率,降低我们的测试成本。
但是我们还需要思考一个问题就是,我们自动化的成本有多高?是否真的能为我们带来收益?能为我们带来多少收益?
收益>成本,我们干;收益<成本,不干。
但是有多少人考虑过这些?也许自动化让我们更有面子,但是自动化的收益是否>成本?
我们一定要根据自己团队的实际情况,根据项目的情况,根据团队人员的情况判断一下。
不要让老板的钱白白的浪费,一定要想办法给老板挣钱。对于成本部门,考虑的就是如何降低成本,增加收益。

比如我们在做大数据测试的时候,就发现需要投入很多的人力和时间,才能完成正常的测试工作。
而且往往发现的bug并不多;
之前我们通过编写工具来准备数据,后来发现当数据脚本太多,准备数据的工具已经不再起作用,通过测试环境来进行测试会耗费很多时间和人力。
在如此成本大于收益的情况下我们该如何处理?工作不得不做,但是却是赔本的买卖。
赔本的买卖我们是不会干的!
于是我们一边做一边总结,最后我们采取了下面的思路:
  • 通过与开发和产品沟通,调整开发的设计方案,以降低每次需求变更或升级所带来的影响,将需求变化对代码的影响降到最低。
  • 测试人员通过白盒+黑盒的测试方法同时开展,黑盒测试主要通过真实数据和测试数据同步进行;以真实数据为主,测试数据为辅。
  • 通过对代码的熟悉以及与开发的沟通,抓住测试重点,缩小测试范围,减少重复测试。
另外通过下面的方案也可以保证产品的质量:
  • 开发人员加强自测,其实开发人员也一直在很负责任的测试。
  • 业务人员同时进行线上验证,用真实的数据进行业务验证。

总之, 技术团队不能只考虑技术,也要考虑成本和收益,赔本的买卖一定不能做。

用户
写到这里,我有点累了,估计看的人也累了。但是这一节点也是最重要的一节。
如果这一点做不好,就直接决定了我们的产品会有失败的风险。
因为用户就是产品的衣食父母。
用户的重要性我就不多分析了,只想通过我遇到的几个例子分享一下。

  • 产品需求总是与业务方要求不一致
有一次邀请了业务方(用户)一块进行需求评审,沟通过程中,用户对需求又提出了很多问题,而且很多都是完全颠覆了原有的设计;
需求文档根本无法满足用户的需求。用户需要的功能没有设计,用户不需要的却列了很多。这样的需求如果上线,肯定是失败的产品,因为产品设计的根本就不是用户需要的。
如果测试只是依赖需求文档来测试,肯定是发现不了这些问题的。所以我们一定要尽可能的多接触真实的用户,了解用户的真实想法。

  • 信息传播之后就有可能失真,一手信息才是最真实的
由于业务人员一般不懂软件设计,所以他们都会有一个产品接口人与软件的产品经理进行对接;一般产品都是通过接口人和产品经理以及部分业务方沟通形成的。
但是在一次沟通会上,业务方用户的描述却与产品接口人的描述有很大的不同;产品接口人一直认为很重要的功能A,业务方用户却说实际工作中,功能A并不是很重要,或者说由于实际业务工作原因,功能A起到的作用其实是很小的。
看来信息经过传播,很有可能会失真。测试要想保证产品符合用户的真实需求,就一定要多接触一线的真实用户。

  • 大数据产品之失败:数据不准确,用户不信任
现在大数据产品都很火,什么样的数据产品是成功的产品我没想过,但是我知道什么样的数据产品是失败的。
首先如果数据不准确,那产品就一定会失败;界面再漂亮,用户也不会买账。
另外如果用户也不知道数据是否准确,但是如果没有理由让用户能够信任你的产品,那这款数据产品也一定是失败的。
总之,如果没有办法让用户觉得你的数据是靠谱的,那你的产品就一定会失败。
所以数据产品,数据的真实性、正确性、准确性是非常关键的。

测试,一定要重视一线的用户,只关注需求的测试不是好测试,一定要多关注一线的真实用户。


技术
测试本质=质量+成本+用户
但生活不只是眼前的苟且,还有诗和远方。
技术是我们必须要依赖的,有了技术才有诗和远方。
技术可以改变一个人的命运,我想也可以改变测试的方向。
跟测试相关的技术有很多很多,感觉整个软件工程中用到的技术都是测试需要掌握的。
如果一个人想要样样精通,估计最后大部分人都是样样稀松,当然也不排除有很多奇才。
所以我觉得测试人员就应该精通我们测试行业所必须的技术,那就是下图颜色鲜明的四个区域。
当然测试开发和管理要根据个人的职业规划来确定。
其他的技术我觉得都是为测试服务的,或者测试中用到的,我们做到掌握就OK 。
当然如果在某一方面我们有特殊的要求,比如我们就是做数据库产品的,或者我们就是做操作系统的,那这些知识就是必备的了。
但如果不是特殊需要,我觉得这些知识掌握了就好,如果需要深入应用,我们可以从公司借调专业的人才来帮助我们实现,而不需要专门招聘。
测试里数据库学的最好的就跟说相声里唱歌是最好的是一个道理。

最后还想说一下我认为测试发展趋势,我觉得编码对于测试人员将来是最基础的要求。
如果是因为不想编码而进入测试行业,将来肯定是行不通的。
现在我已经在要求我们的团队, 测试+业务+编码都要会,还必须得精通。
有哪一门通,都不好意思跟人家说我们是做测试的。

下面是我画的关于测试的知识领域以及发展道路。


<作者:张强(JD-Y)   2017/01/24   如需转载,请注明作者及来源    >
261°|2557 人阅读|6 条评论

金鑫  2017-02-15

读完,总结的很细致,赞一个


关敏  2017-02-16

现在很流行招“测试开发工程师” 然后据我了解 对应的岗位也是做很模糊的事情


李维敏  2017-02-16

总结的好👌


橙子  2017-02-16

@关敏 对 ,其实具体岗位还要根据公司和部门情况来决定。但对测试人员的要求应该是越来越趋向技术化。


一勺米粒  2017-02-21

很不错,有用,谢谢~


橙子  2017-02-22

感谢大家的鼓励。@一勺米粒 @李维敏 @金鑫

登录 后发表评论