软件测试碎碎念

发表于:2012-9-29 10:31

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:fudax    来源:51Testing软件测试网采编

分享:

  通过一些网上的材料可以知道,五年前,我们基本和百度、腾讯测试部门在同一水平线上,甚至有些方面比他们建设得要好一些;而现在他们站在QCon的演讲台上为同行布道,我们只能在台下唏嘘自己的原地转圈圈。这看起来是每一个测试人员的责任——但是测试经理们你们认真反省过没有:每次接受一条新的政令,你们是否站在测试目标达成的角度上去考虑过,自己将要做的是不是有益于测试部门的长期建设呢?你们如果没有勇气抵制不正当作风和来自其他部门的错误决策,你们有什么资格来带领大家,有什么资格给大家宣导SCC理念!眼下的那点靠“讲故事”达成的KPI,靠“讲故事”赢得的差强人意的考核结果对你个人、对你的下属、对你的分组、对你的测试部门能有什么长远的价值?

  顺便提一下,不要反复的请顾问或者咨询师,别人再强,知识都是自己的;再说一个人再强,也无法摸清整个公司所有部门的情况,他们所能做的事情也非常有限。所以靠外力来推动内部因不受认可而阻滞的政令不会产生多大影响的。如果请顾问只是为了借一两个强人之口来推行自己无法推行的政策,那么最终面临的还是失败,过几年如果诸位还记得今天看到的,可以回过头来数一数自己被顾问了多少次。

  质量意识——测试工作的灵魂

  前几天微薄上争论测试到底是以技术为主还是以工具为主,是以人为主还是以流程为主;其实我认为测试工作应该以达成需求为根本目标,而达成需求靠人,人要拥有做好测试工作的意识,然后才是通过掌握必须的技术或者工具来完成具体的工作。做好测试工作的意识是什么?意识就是无论做什么事情都要本着以达成测试需求为根本目标,无论采用什么手段都是以做好测试工作为核心目标。

  我们常常面临的问题是,动辄被要求按照某种规范和流程统一去做某件事情。至于为什么要按照这种做法去做一般是问不得的,因为一旦知道背后哪些真实的目的,很多人都要被气得肝胆俱裂、七窍生烟!所以我曾对同事戏言:有些事情不要理解太透彻,否则你就不想做了。

  就拿测试支持组来说,我们需要知道测试平台的使用规范和框架远景设计目标,问其索要;可能他们刚开始还不明白规范应该界定哪些内容去管理,就会产生不知出于什么目的的规范来。我想知道Jenkins上如何规范能便于管理测试日志、测试报告,如何能够提供集群的报表,如何能提供最便捷的测试分析方法让测试人员去了解构建结果;如何定义将来运行的串、并行调度模式,而由此决定我们私有的框架下如何选择工具的使用方法。但是得到的答复是:不允许使用TestNG,只能用JUnit;不允许修改selenium的核心Jar包去加入用户自定义方法;不允许引入平台上不存在的第三方工具包……在我质疑之下,便得出了真正的原因:要支持测试支持组的工作!可是测试支持的一个兄弟说:“测试支持组,是应该最大可能的支持测试工作、满足测试的需求,而不是成为测试工作的瓶颈!”看到他同我一样很郁闷,我竟有十分开心的感觉:并不只是因为有个人能够认同我的看法,也是因为还有人在坚持,还有人在为了测试工作,而不是了形式上的建设而随波逐流。

  我之所以在《软件测试自动化的探索与管理》一文中将软件开发成熟度作达到一定程度为自动化实施的一个前提条件,是因为自动化测试所依赖的还是没有自动化情况下的测试体系建设水平。不过总有人愿意自我麻痹:我们现有的测试工作做得遇到瓶颈了,需要通过自动化来提高我们测试工作的效率和精确度。我曾在微薄上和吴博士争论到底是否需要建设好产品用例库再去做自动化,无论大家认同与否,我觉得在做测试自动化之前有几件事情是要好好反省一下自己有没有做好:

  1、测试完整性——测试人员或者说参与自动化测试的人是否熟悉整个系统的全部逻辑?

  2、测试复用性——测试需求或者说补丁需求在持续地、周期性地追加或变更,测试人员设计出的测试用例是否每次版本发布之后就失去作用?

  3、测试探索性——测试人员是否能够在测试过程中不断修改和补充测试用例来让测试更加完善?

  4、测试经济性——测试人员有没有能力使用最小的数据矩阵去完成所有当前版本的需求的测试?

  5、测试效率性——测试人员最快能够在多少小时之内完成整个版本很多个SRS的一轮测试执行?

  6、测试有效性——测试人员是否在每一个必须的测试检查点上做了足够的检查?

  这些方面如果没有考虑清楚或者没有做好,我觉得还是不要妄谈测试自动化了,因为手动测试做的不好,自动化测试的设计必然也不会很优秀。因此造成的自动化负担为长期的测试工作带来的效益很小,但是花费很大,是很不值得的。我们的出发点应该是软件质量,而并非只是为了节省时间或者人力,如果说人力、进度和质量这三者需要一个平衡点,那么自动化测试在忽略质量的时候,这铁三角一个都得不到。就像朱少民老师提到的软件测试的8组关系、13项原则、21个关键域,看起来很学院风,但其实也只是测试经验的提炼而已,我们也可以有自己的测试关注点总结。如果我们在日常的测试工作中接到任意一个或者一组需求都能够考虑到这因素,那说明我们的质量意识是已经养成了的,我们的基础工作做得好才能稳定地保证我们的软件质量。在能够保证质量或以保证质量为前提的情况下,再去考虑效益的提高才能使铁三角稳固,重复建设的灾难才不会重演。

33/3<123
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • bob123654
    2012-10-08 09:57:55

    没条理性,写的东西好烂不知道为什么会发表在首页,好无语

  • lyscser
    2012-9-29 23:39:42

    转载你也说一声出处,标清楚作者啊,也好让我出下名~~~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号