一位转型测试开发童鞋的感慨

发表于:2017-9-11 14:19  作者:佚名   来源:51Testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 职业发展 测试人生 测试管理

  之前我做测试开发工作已经有一年多的时间了,在这一年多的时间里,我的能力得到了提高,对这个工作也有了一些感悟,现就将我的一些感悟与大家分享,有不对的地方还需要大家的指正。我所做的测试开发工作简单说来就是为测试工作的顺利进行而编写测试程序的过程。经过一年多的工作经历,我总结了测试开发的几个特点:
  1、做过测试的人才能更好地做测试开发工作
  为什么这样说呢?测试开发工作,本质就是为了让测试能够正确地顺利地进行而做的工作,是完全为测试服务的。测试人员需要使用开发出的测试程序作为测试工具进行测试。这就需要测试开发人员知道测试人员需要什么样的工具,什么样的工具是测试人员想要的,什么样的功能能够减少测试人员的工作量。只有做过测试的人才能知道以上这些问题,只有有了亲身的体会,才能更快捷和准确的理解测试人员和测试工作对测试工具提的要求,从而达到更好的为测试工作服务的目的。
  2、测试开发的程序越简单越好
  测试开发的程序,并不是要投入生产的程序,而仅仅是一个测试的工具。如果程序太过于复杂,即会花更多的时间去写程序,又会导致调试程序和修改测试工具的bug的时间花费得过长,对于测试工作来说就得不偿失了。毕竟测试工作是尽可能地发现被测软件的bug,而不是测试工具的bug。所以测试工具只要实现了需要的功能即可。
  3、测试开发出的程序不要把异常都扼杀在自己的程序里
  做个接口测试的人都知道,接口测试的时候,我们会测试被测件对于异常的处理是否正确,这就需要测试开发人员开发出的测试工具可以支持将这类异常发出的功能。还清楚的记得我做测试开发工作经历的第一个项目。当时有一个参数类型是日期型,由于我当时的经验不足,很想当然的在测试开发的工具中把这个参数的类型写成了Date,于是在测试过程中悲剧的事情就发生了,测试人员想传入一个“1234”的字符串测试被测件对于类型异常的判断,结果发现我写的测试工具本身就无法将“1234”转换成Date类型调用被测接口。于是为了不影响测试的进度,在大家下班后我花了一晚上的时间把调用接口的功能用另外的一种可支持错误类型的方式实现了,这对我来说是个很深刻的教训。
  4、要尽可能地通过开发的测试工具减少测试时间
  这点,主要是要测试开发出的工具能够尽可能地代替手工完成一些重复性的工作,这样就会减少测试的时间,节约成本。举个例子,接口测试中对于日期类型的测试,测试人员可以一次设计好对于日期类型所有的测试数据,每遇到一个日期类型的参数,测试工具应该能够用测试人员设计好的此类型的测试数据依次调用接口,然后将返回结果与测试数据对应供测试人员判断用例是否通过。但要注意,测试工具只能尽可能地代替手工完成部分测试,但不能完全替代。
  5、满足测试人员的需求越多,就越有成就感
  测试人员觉得测试工具有不方便使用的地方就会向我提出需求,在实现提出的功能后,当我看着测试人员能够因为我实现的功能能够更好更快地完成测试工作,或者我自己用着自己写的测试工具进行测试的时候,心里就有了小小的成就感。我想这也是我喜欢这个工作的一个原因。
  以上就是我做测试开发一年多来的一些感受,如果有错误的地方还希望有经验的同事给予指正。时间过得很快,我已经来公司两周了,对公司的工作流程、习惯和方式有了一定的了解,但有些还需要我去更好地适应和调整自己。我想我还需加倍努力才能完全掌握这些,才能为我们的Team做出更大的贡献。

评 论

  • xhk1 (2017-9-15 09:55:45)

    很对,测试自动化和测试开发都需要干过测试的人,才能更接底气,完全同意

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2017, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道