写code的同时写注释，注释应该用来描述你某块代码的目的和功能，而不要描述具体如何实现。

如果你的注释不能完全说明代码，考虑编写文档作为补充。

合理的使用空行来使代码易读。

尽量用appstate来将你的应用设置到某种预设状态，并且确保每个testcase执行结果都不影响其他testcase的执行。

使用括号来避免歧义。

模块化你的程序，避免重复代码。

如果测试总是在做同一件事，只是输入数据不同，那么考虑将case改成DDT的。

尽量使用已有的库函数来工作，不要自己重造轮子。

在需要的地方引入异常处理机制。对于检查结果可能不正确但不影响后续测试步骤执行的检查点，不要使用抛出会异常的表达式；对于检查结果可能不正确但会影响后续测试步骤执行的检查点，应该考虑抛出异常使当前testcase中断并且记录log。

尽量记录详细的log，以便测试执行完后分析。

不是万不得已，不要试图优化你程序的执行效率。

一个testcase中的检查点最好不要超过15个，太长的testcase不易维护。

将底层的GUI定义和类定义放入inc文件中。

将常量和全局函数，全局变量放入单独的inc文件中。

将高层的类定义和本地的函数放入t文件中。

在修改过代码文件后，记录history表明什么时候做了什么样的改动。

给inc文件，t文件分别定义统一的文件头样式。

给函数和类分别定义统一的注释块样式。

给testcase定义统一的注释块样式。

代码风格在整个项目中保持一致。

常量用带类型的大写字符串来命名。

变量用类型和有意义的单词来命名。例如 List of String lsMyName