qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

软件测试脚本设计心得

在几年的测试工作中,大部分工作内容都是在编写测试脚本(或测试程序)。而测试脚本设计写主要包含应用测试脚本和底层测试脚本的设计。甭管是哪种,设计他们的目的是实现测试用例的输入\输出平台,设计方向都是自动化测试方向。使测试实施中尽量提高自动化测试程度,从而使测试人员把更多的心思或经历投入到测试设计中。测试脚本设计也是测试设计之一。

  大多数人可能认为,测试脚本只要实现测试用例数据的输入就好了,只要能输入测试数据和得到预期的测试结果数据就可以了。个人认为,这种想法是初级的,肤浅的。测试脚本的设计不仅要求能实现测试数据的输入和输出,同时也要考虑测试脚本结构的合理性,及可维护性。同时更要考虑到测试脚本的正确性和可靠性。想想,如果测试程序都不可靠了,那他产生的输出还可靠吗?良好的脚本组织结构固然重要,所以各公司可能有不同的脚本框架来保证,测试脚本结构的合理性和可维护性。我所经历的脚本设计,从开始的流水式脚本设计到结构化脚本设计,再由结构化脚本设计到框架脚本设计,再到最后框架脚本设计和测试平台配合使用的设计,逐步精化设计,逐步简化设计,逐步自动化执行。可以说在这方面的技术已经相当的成熟了。但是唯一不足的就是同一脚本,在不同平台或回归测试时,多少都会有个别用例测试不通过,而不通过的原因经过分析会发现是脚本存在的问题。

  所以,脚本设计时的调试仅仅是保证测试脚本正确的一种有效的手段。但脚本设计时,个人认为不仅要从开发的角度,同时还要从测试专业角度来考虑设计,如数组边界处理,死循环处理,空指针,类型转换等。

  总之,良好的编程习惯和基础能够帮助测试设计人员更好的开发测试脚本,但利用专业的测试知识去开发测试脚本,能够更好的避免由于测试脚本的问题而引发的测试缺陷。从而增加测试结果可靠性和缩短测试周期的一种有效的,高效的方法和手段。

posted on 2012-06-05 09:45 顺其自然EVO 阅读(372) 评论(0)  编辑  收藏 所属分类: selenium and watir webdrivers 自动化测试学习


只有注册用户登录后才能发表评论。


网站导航:
 
<2012年6月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

导航

统计

常用链接

留言簿(55)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜