51Testing软件测试论坛

标题: 【风雨八年】为功能测试正名，写给广大的测试同行。 [打印本页]

作者: 清风随雨 时间: 2012-4-27 16:46
标题: 【风雨八年】为功能测试正名，写给广大的测试同行。
本帖最后由清风随雨于 2012-4-28 09:29 编辑

首先，恭祝51testing生日快乐，感谢您一直是所有软件测试人员成长的摇篮和精神支柱！
从刚刚接触软件测试工作，到现在已经有十年之久。
十年前，毕业后就进入了一家软件公司，经理分配的任务就是测试软件，发现有错的地方就告诉他。这是我对软件测试工作的第一印象，就是看系统是否报错，各个功能按钮是否能够正确响应。
两年后，由于公司经营不善，我被公司裁员。其理由是：技术总监认为没有必要设置软件测试工程师的岗位。因此，竞岗时，我无岗可竟。
恰巧，当时中国软件评测中心跟省科技厅联合培训，于是，我就第一次真正认识到什么是软件测试。同时，也知道了51testing和测试时代这些软件测试交流的专业平台。
之后，我就入职另一家软件公司。当时，入职的职务是测试员，但公司的测试基本上和我第一次接触软件测试工作时的水平差不多。于是，我就从最基础的缺陷管理、测试用例、测试流程、测试规范、测试标准等等，一步步的将公司的测试规范建立起来，而我也因此成为了公司的测试部门经理。从测试员到测试部门经理，在这短短的八个月的时间里，可以说我取得的每一次进步，掌握的每一种知识，均来源于51testing和QQ群。可以说，如果没有这些交流平台，就不可能有系统化学习的机会。
为了挑战质量要求更高的项目，我离开了家乡，加入了现在的团队。这是一支由150多名技术人员组成的团队，其中，测试人员有20人。我入职的职务是测试组长，两周后任质量经理，八个月后任测试总监。从各种测试标准的制定到测试规范的建立，再到测试体系的建立；从团队战略发展方向到团队梯队建设再到测试知识库的筹建；从技术培训到团队成员职业规划；三年来，我和这支团队一起成长。
从业近十年，参与的项目十余个，其中千万级以上的项目三个。项目涉及MIS、HIS、GIS、OA、三维应用、BI、SOA、应用系统集成等诸多方向，其测试类型包括：功能测试、性能测试、接口测试。
说了这么多，大家一定以为我写跑题了，其实不然。之所以描述自己的成长经历，是想告诉大家我的体会来源于我的经历。
无论是在各种测试论坛上，各个测试QQ群中，还是在招聘时的应聘人员。我经常会遇到这种问题，相信大多数同行们也都遇到过。
      1、做功能测试有前途么？
      2、做黑盒测试有前途么？
      3、我现在只能做功能测试，但我今后一定要做自动化测试、性能测试！
      4、你们公司上自动化了么？
      5、我会QTP、LR。
广大测试同行在投简历时，也一定常见这种职位要求：要求熟练掌握LR、QTP、QC、TD、Bugzilla等工具之一。
咱们先说说后面这种情况。一个公司在选择测试人员时，竟然将这些测试工具作为选人标准之一。我想问这样招聘的公司几个问题：
      1、贵公司的产品适合上自动化么？
      2、贵公司的管理水平达到上自动化的要求了么？
      3、LR能完全支撑贵公司产品的性能测试么？
      4、贵公司一年能有多少项目需要做性能测试？
      5、缺陷管理工具每个公司用的都不太一样，其缺陷管理流程是需要结合公司管理流程的，这种工具即便人家不会或没用过此类工具，你就不能培训么？很难么？
除非公司是在招聘对口的技术人才，否则，我只能认为这家公司的测试水平真的不咋的。甚至于写招聘要求的人，压根就不懂测试。
咱们再来说说关于同行们对功能测试的误解。好多人都认为功能测试门槛低，没技术含量，好像提起来做功能测试就低人一等似得。如果你有这种意识，我只能说：兄弟，多干几年吧。我承认功能测试的入门门槛是低，但我不认为功能测试没技术含量。我甚至认为一个能把功能测试做好的测试人员，才是一个合格的质量负责人！
大家先别拍我，让我们来谈一下什么是软件测试。既然大家都是同行，相信大家都认同：“通过测试手段，在用户使用前，发现缺陷。”以及“软件中不可能没有缺陷。”这两句话。不错，测试是不能被穷举的，因此，我们也不可能发现软件中所有的缺陷。因此，我们是不是能够换句话说：“软件测试是通过一系列的测试手段，证明软件具备一定的质量。”
如果你认同这一观点，那么我们再来谈谈功能测试的范围。
狭义的功能测试：这点点，那点点，看看能不能正确打开页面、程序会不会崩溃、功能是不是能够正确实现等等。这也就是大家之所以认为功能测试没技术含量的根本原因。因为这种测试也得叫它功能测试。
广义的功能测试：各种业务逻辑是否已正确实现?各种业务约束是否正确实现?各类特殊的数据是否能够正确处理?软件的容错机制如何？数据的完整性、唯一性、正确性是否已经通过测试？系统及数据的安全性是否已通过测试？软件的易用性是否满足用户的需要？等等等等。功能测试所包含的范围实在是太大。
我没有贬低其他测试专业的意思，但有几点是需要说明的。随着各行各业对信息化建设的需求日益提高，其软件的规模和复杂度正在翻倍的提高。而功能测试的难度也随软件的复杂度逐日提高。而相对来说，白盒测试依旧关注的是单个函数的代码逻辑以及异常的处理；自动化测试仅仅提高的是测试执行效率，测试质量依然是要靠功能测试用例来保障；性能测试其实关注的是业务发生的场景和如何生成负载和收集监控指标，其变化就是需要监控的对象更多，影响因素更为复杂。
面对规模庞大，业务逻辑愈来愈复杂的系统，保障其软件质量，就需要广大功能测试人员具备更强的逻辑分析、设计能力；掌握更多的业务知识及技术。同时，由于当前国内绝大多数企业对测试工作的认知程度不足，大多数测试工作都是在时间紧、任务重的条件下完成的。那么，在有限的条件下，如何能够提高软件产品的质量，即：如何证明软件具备了一定的质量。将是所有软件质量负责人首先考虑的问题。
在这种前提下，我认为，一个好的功能测试工程师应具备丰富的行业知识（专家级），极强的逻辑分析能力，精于业务架构、测试架构、数据库、测试用例的设计。公司的产品质量，取决于测试负责人的组织能力及团队成员的技术能力，因此，功能测试工程师在测试团队中不可或缺。
无论是白盒测试、自动化测试、性能测试，都是不同的测试手段，但功能测试却是产品质量的根本保障！请广大正在从事功能测试的同行们，正视自己的工作，认真对待，不要气馁或轻视自己的工作。将自己手头上的事做好，人生的每一段经历都将是你的财富！

作者: TesterChen 时间: 2012-4-27 16:53
回复 1# 清风随雨

看得出来楼主经验丰富。。。

作者: beata-chenli 时间: 2012-4-27 17:24
的确自己在对于功能测试上也只有比较侠义的理解，lz写的很好，至少让我能从广义的理解功能测试。同时自己勉励自己能够成为lz那么厉害的人而奋斗吧。。

作者: 指点江山 时间: 2012-4-29 03:22
楼主的确是很有经验的。

作者: Charles_H 时间: 2012-5-2 16:25
写的非常好，希望通过此文章，扭正现在目前测试人员的不良状态，

作者: fs2488556 时间: 2012-5-3 09:19
功能是本质吧。。没功能的东西其他再好也等于零蛋

作者: zhxltsh 时间: 2012-5-3 13:02
LZ的文章让我重新认识了功能测试，看来我也要努力了

作者: 我爱测试 时间: 2012-5-4 11:27
楼主很有经验，希望和楼主共同提高

作者: 1325831977 时间: 2012-5-4 16:59
很给力，受教了

作者: luihengk 时间: 2012-5-7 09:07
楼主的经历很丰富，一路成长，经验和技术都很重要

作者: cuimian1013 时间: 2012-5-7 09:41
感觉LZ写的很好~ 让我们更能正视功能测试

作者: 电脑旁的橙子 时间: 2012-5-7 11:07
功能测试是重要，但是更重要的是怎样进行功能测试，我是做受聘播放器测试的，现在就是不放各种格式的视频，手动点击各种按钮，关于性能也会死自己总结的，有没有关于视频播放器的功能和性能的自动化测试工具呢？

作者: 电脑旁的橙子 时间: 2012-5-7 11:09
功能测试是重要，但是更重要的是怎样进行功能测试，我是做视频播放器测试的，现在就是播放各种格式的视频，手动点击各种按钮，关于性能也是自己总结的，有没有关于视频播放器的功能和性能的自动化测试工具呢？关于视频播放器的测试真是很迷茫啊，希望有经验的前辈指导一下啊

作者: 海上钢琴师 时间: 2012-5-7 14:41
的确有理,虽然这些疑问很多,但没有一个明确的回答让大家满意,lz肺腑之言是一剂良药阿..

作者: 小婷仙儿 时间: 2012-5-7 17:11
受益匪浅，谢谢

作者: lliang918 时间: 2012-5-7 18:04
楼主能不能说一下你的测试标准和测试规范，想学习一下

作者: 炫彩琉璃 时间: 2012-5-8 10:55
楼主让我们对功能测试有了新的认识，以后不会再为做功能测试而觉得自己技不如人，不管哪方面都要用心做，希望和楼主一起进步~

作者: 260026012 时间: 2012-5-8 11:05
楼主，如果一个公司没有测试流程应该怎么去建立？

作者: wenhuui 时间: 2012-5-8 11:10
看自己是怎么想的……

作者: chenyeting 时间: 2012-5-8 11:21
文章写的不错~！
看后信心大增~！！
支持~

作者: zhuzhu20088 时间: 2012-5-8 11:23
Very good!

作者: testingirl 时间: 2012-5-8 11:39
确实很受启发、激励。多谢分享！

作者: Tomy1q 时间: 2012-5-9 10:50
一边看着一边思考着，其实自己要学的东西很多，需要一步一个台阶。

作者: kaixinle 时间: 2012-5-9 11:47
LZ一席话，胜过一切，希望可以与LZ共同提高。

作者: lsekfe 时间: 2012-5-9 14:31
写的很不错，值得学习！

作者: yemaosansan 时间: 2012-5-9 17:17
受教~尊敬中。。。

作者: s_spume 时间: 2012-5-11 18:01

楼主，如果一个公司没有测试流程应该怎么去建立？
260026012 发表于 2012-5-8 11:05

我也在为此困惑。测试流程这个东西，感觉会因项目不同而有所差异。但是其根本应该是为了让开发、测试的工作可以更好地衔接，因而更高效地推动项目的进度。
但是，怎样才能从无到有呢？
目前所在的项目组，没有一个正式的bug管理工具，即使有，大家也不乐意用。于是我想首先我要做的就是搭建一个bug管理工具，而且要使用起来。然而，这一步做完后，下一步，我到底该怎么做呢？

还请大家指点迷津呐

作者: 清风随雨 时间: 2012-5-14 10:23
一直以来，不断有同行提出关于如何在公司内部建立测试标准和测试规范的问题。今天我就说一下个人的观点，希望对大家能够有所帮助。
我在07年曾写过一篇《以我的经历给在测试制度不够完善,测试工作不被重视的公司工作的测试工作者们一点借鉴》http://bbs.51testing.com/thread-79636-1-1.html的帖子，大家可以去参考这个帖子，里面介绍了我在当时那个公司建立的测试规范。
其实，今天想告诉大家的是：每个公司都会有自己的测试标准和测试规范，几乎不可能有完全一样的测试标准或测试规范的，除非这两家公司的产品体系、组织机构、管理水平完全一致。
今天就给大家介绍一下测试标准和测试规范建立的方法或思路。
测试标准是基于公司项目或产品而建立的，是以提高产品质量为核心，针对产品特点逐步积累下来的一些质量要求，通过分类形成测试标准，即：贵公司或用户所期望的产品质量。
测试规范是基于公司的管理水平而建立的，是以提高部门间的有效沟通、提高测试工作效率为核心，针对测试工作开展过程中所遇到的这样、那样影响工作进度、工作安排、工作效率等一系列问题而采取的对策，为避免这类问题的再度出现，是具体情况，将这些对策或规定整理成公司级的测试管理规范。
以上是个人的一些观点，不足之处还请大家指正。

作者: gold_85 时间: 2012-5-14 10:39
嗯，写得很好，受益匪浅。。

作者: fuwu527751246 时间: 2012-5-14 10:44
受教了，感谢LZ分享

作者: manbuyunduanlg 时间: 2012-5-15 09:50
受教了

作者: 旧欢似梦 时间: 2012-5-15 10:53
串

作者: kakaxi5221 时间: 2012-5-15 14:25
{:4_83:}学习了~~

作者: Donly 时间: 2012-5-15 14:52
功能测试是测试的首位，其次才谈得上性能测试，自动化测试，安全测试。其实可以说，功能测试是最难做的，特别是管理层的，需要面对来自各方的压力，还得保证测试的质量。

作者: 西墨客 时间: 2012-5-15 16:05

不错

作者: TestingGirlzxh 时间: 2012-5-18 16:27
受益匪浅，一句话：做好每一件正在做的事情，那么我们会越走越远！加油！

作者: wuliangye 时间: 2012-5-20 10:37
经验丰富，一路坚持，谢谢lz，感觉自己太狭隘了。。。

作者: web0417 时间: 2012-5-22 12:51
楼主很有见解，写的很不错，受教了，继续努力学习

作者: 月上百合 时间: 2012-5-23 10:42
咱们先说说后面这种情况。一个公司在选择测试人员时，竟然将这些测试工具作为选人标准之一。我想问这样招聘的公司几个问题：
      1、贵公司的产品适合上自动化么？
      2、贵公司的管理水平达到上自动化的要求了么？
      3、LR能完全支撑贵公司产品的性能测试么？
      4、贵公司一年能有多少项目需要做性能测试？
      5、缺陷管理工具每个公司用的都不太一样，其缺陷管理流程是需要结合公司管理流程的，这种工具即便人家不会或没用过此类工具，你就不能培训么？很难么？
说的真是好啊。鼓掌，散花
广义的功能测试：各种业务逻辑是否已正确实现?各种业务约束是否正确实现?各类特殊的数据是否能够正确处理?软件的容错机制如何？数据的完整性、唯一性、正确性是否已经通过测试？系统及数据的安全性是否已通过测试？软件的易用性是否满足用户的需要？等等等等。功能测试所包含的范围实在是太大。

更好啊
继续散花

作者: 西部流沙 时间: 2012-5-24 11:07
支持一下，好久没有来了，我是看着这儿的文章成长的。

作者: Fun0623 时间: 2012-5-24 13:43
有点纠结了。。。。

作者: chensella 时间: 2012-5-24 18:19
个人觉得，功能测试非常重要，开发们有时写出来的代码就是需要测试进行监督、督促，软件质量也需要测试们来保证，功能测试应该要受重视！！！！！

作者: 六月冰河 时间: 2012-5-25 23:11
将简单的事情做到极致！

作者: maling1977 时间: 2012-5-28 10:14
做好功能测试不容易的。但新的测试技术也关键，但测试工程师不能为了技术而技术。

作者: maling1977 时间: 2012-5-28 10:16
做好功能测试不容易的。但新的测试技术也关键，但测试工程师不能为了技术而技术。

作者: litacici 时间: 2012-5-29 17:40
回复 1# 清风随雨

写的很好。领教了！！！

作者: zhaoliqiang 时间: 2012-5-29 19:30
写的好

作者: prili 时间: 2012-5-31 15:44
回复 1# 清风随雨

楼主写得太好了，同时也很佩服楼主的成长速度，实在是惊人
赞：
一个公司在选择测试人员时，竟然将这些测试工具作为选人标准之一。我想问这样招聘的公司几个问题：
      1、贵公司的产品适合上自动化么？
      2、贵公司的管理水平达到上自动化的要求了么？
      3、LR能完全支撑贵公司产品的性能测试么？
      4、贵公司一年能有多少项目需要做性能测试？
      5、缺陷管理工具每个公司用的都不太一样，其缺陷管理流程是需要结合公司管理流程的，这种工具即便人家不会或没用过此类工具，你就不能培训么？很难么？

太漂亮了，工作协议都是在你情我愿下达成的，没有谁高于谁，哪个有求于哪个，无论生活有多艰难，都别迷失自我
另外，功能测试的定义诠释的很全面
可以看出，楼主测试理论与实践经验都很丰富，笔锋很犀利，动手能力很强，表现能力也不弱，真是我的偶像，偶也努力向您学习

作者: 陈俊 时间: 2012-5-31 17:00
学习了！

作者: sun45666 时间: 2012-5-31 17:25
文章写得不错，
测试发展方向就三个
1、行业测试专家，熟悉一个行业的业务
2、测试开发专家，自动化测试、测试工具开发、白盒测试一类
3、公共测试专家，熟悉所有案例场景能提供专门的测试解决方案

当然转行了就不是测试的发展了，而是项目经理、需求经理了

作者: 1sophie11 时间: 2012-5-31 17:27
认同感，我也是从功能测试过来的

作者: sun45666 时间: 2012-5-31 17:29
补一个，信息行业80%业务测试，20%性能测试。
而且做项目的公司GUI自动化成本太高，一把不考虑。当然以产品方式的项目公司除外，便于回归测试会考虑自动化测试。
而互联网公司是测试要求最高的的，分的较细的，什么安全、白盒、接口、前端测试、服务器测试、自动化、下性能测试等。

作者: ttkk 时间: 2012-6-6 09:51
与楼主的看法有共鸣。我是觉得业务知识非常重要，如果没有强的业务知识，所谓的白盒测试、性能测试、接口测试等等测试都非常强悍，但是没有达到业务要求，没有实现软件本身需要的功能（作用），无论是项目还是产品，无论你吹捧软件多牛，那不是客户所需要的东西，就不是一款的好的软件（对于客户来说就是方便处理事情的工具）。当然，在达到需求的情况，得保证产品的性能稳定、使用顺通方便（易用性）等等一些列方面的要求也会加强的，那么对测试方面的要求也就更多了。

PS：我好羡慕楼主的神速的高升，我要怎么样努力才能达到你那样的效果啊。可能和我的工作环境有关，没提升的空间。更是我没有加强的努力的原因吧。

作者: humish 时间: 2012-6-26 15:22
听楼主的一番言论，犹如一剂良药！
希望我也能达到楼主的高度。

作者: wuxihululu 时间: 2012-6-28 10:56
写得不错，看得出LZ具备丰富的测试经验，值得今后学习

作者: tttyangxianghui 时间: 2012-7-17 16:59
看完之后心潮澎湃

作者: yifei325325 时间: 2013-1-4 16:23
受教，不断学习中。。。

作者: Fun0623 时间: 2013-6-4 11:22
一年之后又一次看一遍，感觉自己的理解提升了。感谢楼主了哈

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)