求一份自动化测试脚本的命名规范

applepen

需要做好几款软件的脚本。
所以需要一套清晰的命名规范便于以后维护。

lsekfe

这个没多大必要参考别人的吧，根据你的实际情况来就行了，命名最好是能表达出测试用例的内容

lsekfe

你可以参考下：
1) 自动化测试的执行策略如何制定；

2) 自动化测试的脚本执行时机、执行人员、是否多机执行；

3) 脚本发现的缺陷如何提交、如何制定自动化测试的缺陷管理流程；

4) 自动化测试过程的资源如何管理、维护；

5) 需求发生变更时，测试资源同步变更。

这里主要对自动化测试过程的资源管理维护作和需求变更规范说明。测试过程的资源有：测试脚本、测试操作、库函数、场景恢复、测试数据、对象库等。

1 对象库管理规范

对象仓库的管理要满足以下几个原则：

1) 每个Browser下的Page或Windows不要太多，即使系统都在同一个IE窗口下（没有弹出新IE），也可以分几个Browser管理。把业务上关联较强的几个Page或Windows放在一个Browser下。

2) 制定统一的对像命名规范，对象按照所代表的业务属性命名，最好用中文。不要出现一些晦涩难懂的字符，比如abc。

要生成一份命名规范对照表，原始对象名---使用对象名。

3) 避免在一个tsr文件中堆放过多的对象，根据业务流程把对象分为几个tsr文件保存。这里没有统一标准，以每个tsr文件结构清晰为宜。

4) 避免每个测试脚本单独对应一个对象库，要求所有的脚本对应一个或几个对象库，并且对象库之间的对象唯一区分。

2 测试脚本规范

2.1 信息文档化

为了使测试脚本更容易维护，必须文档化所有测试脚本相关执行信息。这些信息在头文件中体现，头文件包含：

1) 脚本支持的业务范围、函数的功能；

2) 脚本中的变量、参数数量、数据的格式，例如日期格式；

3) 脚本的作者、创建和修改日期；

4) 所有依赖的测试脚本。

脚本头文件格式：

'------------------------------------------------------------------------------------------

'      Script:                   城市住宅电话_新装

'      Author:                  ****

'      Create Date:           2009-08-08

'      Modify Date:       2009-09-08

'      Version:           A-01

'      Description:

'      Remark:          该处说明本脚本需额外注意的事项.

'------------------------------------------------------------------------------------------


库函数头文件格式：

来源：(http://blog.sina.com.cn/s/blog_5fb27c870100ey2w.html) - 自动化测试规范_麦兜兜_新浪博客
'------------------------------------------------------------------------------------------

'      Function:               连接数据库

'      Author:                  ****

'      Create Date:           2009-08-08

'      Param1 Name="*** " Type="String"；Param2 Name="*** " Type="String"

'      Return Name="*** "  Type="String"

'      Callby：         城市住宅电话_新装、城市住宅电话_变更……

'      Description:       连接数据库，根据传入SQL参数查询数据，最后返回数据

'      Remark:          该处说明本函数需额外注意的事项.

'------------------------------------------------------------------------------------------



2.2操作和业务分离

QTP在组织测试逻辑时，提供了Testcase和Action两种结构。这两种结构是包含和被包含的关系：一个Testcase可以包括多个Action。将可复用的业务实现分割为独立的Action。每个Action都有自己对应的object repository；Action可以设置为reused，进行复用；每个Action都有自己DataSheet；测试用例的相互调用，也是通过Action来进行。而Testcase按照实际逻辑对众多Action进行组织，同时提供公共设置的管理，如设置使用到的函数库，错误现场恢复，测试使用的相关参数设置。

2.3 数据和脚本分离
测试数据是测试中非常重要的资源。测试脚本可能要移植到不同的测试机或测试环境中执行，也可能AUT（被测试的系统）版本需要升级，更重要的是我们需要模拟实际用户用不同的数据类型测试相同的业务，因此需要修改相应的测试数据。所以，将测试数据全部硬耦合到测试脚本中的做法不可取，需要合理处理好测试数据和测试脚本的分离问题。

将事先准备好的测试数据存储在EXCEL文档中，供测试脚本调用。定期对测试数据更新，以保证测试的有效性。

2.4 总结
通过头文件的说明，相关人员可以快捷地了解脚本或函数的相关信息，对后续脚本代码的执行、维护都能达到事半功倍的效果。实现操作和业务分离、数据和脚本分离，能有效地避免“牵一发而动全身”。

3 需求变更
在实际工作中，脚本绝不是一成不变的，而是随着需求和页面的变化而不断修改的。如果每次需求变化，都重新录制脚本，成本极高。所以最有效的方法是，先修改对象仓库，然后修改脚本，以适应新的系统。

这种方法的前提是，对象仓库的管理符合对象库管理规范。

4 其他
最后再对第一章概述中提到的其他问题作些补充说明。

自动化测试用例的选取：一般自动化测试的系统版本要比较稳定，否则要花费大量时间维护测试脚本。自动化测试的业务逻辑应该相对简单，一般情况下是对AUT的正面测试。在实际工作中，本着节省成本的原则，可以直接抽取手工测试用例中的正面测试用例作为自动化测试用例。

自动化测试工具和测试管理工具提供了缺陷邮件通知，或缺陷自动登记功能，但不建议启用。若自动化测试报告提示发现缺陷，应该先手工测试确认是否是程序BUG，然后再根据实情决定是否提交BUG。

来源：(http://blog.sina.com.cn/s/blog_5fb27c870100ey2w.html) - 自动化测试规范_麦兜兜_新浪博客

applepen

太感谢了。3Q

小星星儿

学习了，感谢