就像手工测试用例的步骤设计一样，测试脚本应该也一样描述精准，预期明确；除此之外脚本的书写应该遵从一些既定的原则，举例来说，笔者给所在测试组的规范是这样的：
● 注释规范
a）出于脚本的可读性考虑，我们约定所有的对象和变量都要进行显式声明（如VBS的Option Explicit），并且标注其对应的定义；
b）关键操作步骤引用原始注释，以手工测试案例描述为准；
c）循环体和一些条件判断等必须做明确说明，注释特殊处理的原因或理由；
d）脚本中需要包含一个描述、用途的文件头。脚本的文件头应该包括脚本的作者，所有者，创建和修改日期，脚本可以追溯到的需求识别符，脚本所支持的业务范围等。
● 命名规范
a）脚本命名：原则上参照手工测试案例命名，结合功能命名，一般4到15个汉字或者英文字母，英文字母避免使用缩写；
b）Action命名：按照脚本内容，一般4到10个汉字或者英文字母，英文字母避免使用缩写；
c）变量命名：采用英文大小写结合的方式例如barCode、policyApplicationNo等等；
d）参数命名：Action的Parameter和Test的Parameter变量名称需要遵从与脚本变量一致的要求，并且做注释性说明。
● 内容规范
a）脚本中不能存在超过5秒的等待：如Wait（8）或Wait 10等形式；
b）脚本的条件判断在书写时必须做分支覆盖测试；
c）脚本的While、For、Do、Loop等循环必须有明确的跳出条件，而且必须经过测试；
d）页面排版必须缩进有致，凡遇语法关键字必须换行重新缩进。
版权声明：本文出自 lyscser 的51Testing软件测试博客：http://www.51testing.com/?68857
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
