在几年的测试工作中，大部分工作内容都是在编写测试脚本（或测试程序）。而测试脚本设计写主要包含应用测试脚本和底层测试脚本的设计。甭管是哪种，设计他们的目的是实现测试用例的输入\输出平台，设计方向都是自动化测试方向。使测试实施中尽量提高自动化测试程度，从而使测试人员把更多的心思或经历投入到测试设计中。测试脚本设计也是测试设计之一。
大多数人可能认为，测试脚本只要实现测试用例数据的输入就好了，只要能输入测试数据和得到预期的测试结果数据就可以了。个人认为，这种想法是初级的，肤浅的。测试脚本的设计不仅要求能实现测试数据的输入和输出，同时也要考虑测试脚本结构的合理性，及可维护性。同时更要考虑到测试脚本的正确性和可靠性。想想，如果测试程序都不可靠了，那他产生的输出还可靠吗？良好的脚本组织结构固然重要，所以各公司可能有不同的脚本框架来保证，测试脚本结构的合理性和可维护性。我所经历的脚本设计，从开始的流水式脚本设计到结构化脚本设计，再由结构化脚本设计到框架脚本设计，再到最后框架脚本设计和测试平台配合使用的设计，逐步精化设计，逐步简化设计，逐步自动化执行。可以说在这方面的技术已经相当的成熟了。但是唯一不足的就是同一脚本，在不同平台或回归测试时，多少都会有个别用例测试不通过，而不通过的原因经过分析会发现是脚本存在的问题。
所以，脚本设计时的调试仅仅是保证测试脚本正确的一种有效的手段。但脚本设计时，个人认为不仅要从开发的角度，同时还要从测试专业角度来考虑设计，如数组边界处理，死循环处理，空指针，类型转换等。
总之，良好的编程习惯和基础能够帮助测试设计人员更好的开发测试脚本，但利用专业的测试知识去开发测试脚本，能够更好的避免由于测试脚本的问题而引发的测试缺陷。从而增加测试结果可靠性和缩短测试周期的一种有效的，高效的方法和手段。
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/