写code的同时写注释，注释应该用来描述你某块代码的目的和功能，而不要描述具体如何实现。
如果你的注释不能完全说明代码，考虑编写文档作为补充。
合理的使用空行来使代码易读。
尽量用appstate来将你的应用设置到某种预设状态，并且确保每个testcase执行结果都不影响其他testcase的执行。
使用括号来避免歧义。
模块化你的程序，避免重复代码。
如果测试总是在做同一件事，只是输入数据不同，那么考虑将case改成DDT的。
尽量使用已有的库函数来工作，不要自己重造轮子。
在需要的地方引入异常处理机制。对于检查结果可能不正确但不影响后续测试步骤执行的检查点，不要使用抛出会异常的表达式；对于检查结果可能不正确但会影响后续测试步骤执行的检查点，应该考虑抛出异常使当前testcase中断并且记录log。
尽量记录详细的log，以便测试执行完后分析。
不是万不得已，不要试图优化你程序的执行效率。
一个testcase中的检查点最好不要超过15个，太长的testcase不易维护。
将底层的GUI定义和类定义放入inc文件中。
将常量和全局函数，全局变量放入单独的inc文件中。
将高层的类定义和本地的函数放入t文件中。
在修改过代码文件后，记录history表明什么时候做了什么样的改动。
给inc文件，t文件分别定义统一的文件头样式。
给函数和类分别定义统一的注释块样式。
给testcase定义统一的注释块样式。
代码风格在整个项目中保持一致。
常量用带类型的大写字符串来命名。
变量用类型和有意义的单词来命名。例如 List of String lsMyName