软件测试技术教学课件作者林连进第七章.ppt

７.５　脚本编写规范 在自动化脚本编写过程中. 脚本开发者的不规范行为经常会导致项目后期为此花费巨大的维护成本. 比如随意地命名、封装字段或者对象. 因此良好的脚本编写习惯十分重要. 它既能使脚本易于维护. 又能提高自动化脚本的稳定性. 那么. 好的脚本编写习惯都有哪些特质呢? １. 统一的字段、方法、对象命名方式 一个好的命名方式将有效提高代码阅读者的阅读效率. 阅读者可以有效地根据命名习惯理解当前脚本代表的含义和数据类型. 如图７ －２３ 所示.脚本的命名可以很清晰地让阅读者知道当前方法的功能. 比如“ｃｌｉｃｋＬｏｇｏｕｔ” 译为“单击退出登录”. 下一页 返回 ７.５　脚本编写规范 ２. 良好的脚本注释 良好的脚本注释可以让阅读者清晰地看到代码作者的编写思路. 为后期维护降低成本.请看图７ －２４ 中代码. 在这个方法中. 为ＨＴＴＰ 请求的ＪＳＯＮ 数据作了备注. 阅读者可以清晰地看到当前数据的规范. 从而降低后续的维护成本. 所以在脚本编写过程中. 尽可能作完整的代码标记. 让阅读者可以快速明白每个方法的逻辑和作用. 上一页 下一页 返回 ７.５　脚本编写规范 ３.适当地封装公用代码和过长的代码 在代码编写过程中. 要注意保持代码整洁. 代码不整洁存在两种情况: 一种是代码行过长. 可阅读性很差. 一个方法的代码行数尽可能小于５０ 行. 如果５０ 行无法完成. 这个时候就要考虑进行代码封装. 另外一种是代码冗余. 相同功能的代码被不断复制使用. 此时应考虑将重复代码封装为公共函数. 以降低代码冗余. ４. 数据和脚本逻辑分离 脚本的数据和逻辑应该分离. 在测试数据过期后. 只需要修改脚本数据. 降低维护工作量. 提高维护效率. 上一页 下一页 返回 ７.５　脚本编写规范 ５. 以ＰＯ (Ｐａｇｅ Ｏｂｊｅｃｔ) 模式封装脚本 Ｐａｇｅ Ｏｂｊｅｃｔ 是自动化测试过程中总结出来的一种高效脚本设计模式. 其将测试对象中的每个页面和重要功能模块逐一抽象为对象类. 将针对对象的每个操作、业务流程逐一抽象为函数. 这样将达成页面中的每个元素、功能模块、业务流程都能够实现一次封装、多次使用. 一处维护、多处受益的目的. 图７ －２５ 中的脚本就是很典型的Ｐａｇｅ Ｏｂｊｅｃｔ 设计模式的实际应用. 上一页 返回 图７ －１　启动ＩｎｔｅｌｌｉＪ ＩＤＥＡ 返回 图７ －２　新建Ｍａｖｅｎ 项目 返回 图７ －３　输入ＧｒｏｕｐＩｄ 和ＡｒｔｉｆａｃｔＩｄ 返回 图７ －４　完成项目创建 返回 图７ －５　增加相关配置 返回 图７ －６　重新导入Ｍａｖｅｎ 包 返回 图７ －７　复制文件 返回 图７ －８　到官网下载安装文件 返回 图７ －９　输出版本信息 返回 图７ －１０　设置系统变量 返回 图７ －１１ 把目录加入Ｐａｔｈ 路径 返回 图７ －１５　启动ＩｎｔｅｌｌｉＪ ＩＤＥＡ 返回 图７ －１６　新建Ｍａｖｅｎ 项目 返回 图７ －１７　输入ＧｒｏｕｐＩｄ 和ＡｒｔｉｆａｃｔＩｄ 返回 图７ －１８　完成项目创建 返回 图７ －１９　增加相关配置 返回 图７ －２０　重新导入Ｍａｖｅｎ 包 返回 图７ －２１　“ａｐｐｓ” 目录 返回 图７ －２２　配置应用的启动信息 返回 图７ －２３　好的脚本命名方式 返回 图７ －２４　示例代码 返回 图７ －２５　Ｐａｇｅ Ｏｂｊｅｃｔ 设计模式的实际应用 返回 ７.４　移动端ＵＩ 自动化框架 7.4.1　框架初识 Ａｐｐｉｕｍ 是一个开源、跨平台的测试框架. 可以用来测试原生及混合的移动端应用. Ａｐ￣ｐｉｕｍ 支持ｉＯＳ、Ａｎｄｒｏｉｄ 及ＦｉｒｅｆｏｘＯＳ 平台. Ａｐｐｉｕｍ 使用ＷｅｂＤｒｉｖｅｒ 的ＪＳＯＮ Ｗｉｒｅ 协议. 来驱动Ａｐｐｌｅ 系统的ＵＩＡｕｔｏｍａｔｉｏｎ 库、Ａｎｄｒｏｉｄ 系统的ＵＩＡｕｔｏｍａｔｏｒ 框架. Ａｐｐｉｕｍ 对ｉＯＳ 系统的支持得益于Ｄａｎ Ｃｕｅｌｌａｒ??ｓ 对于ｉＯＳ 自动化的研究. Ａｐｐｉｕｍ 也集成了Ｓｅｌｅｎｄｒｏｉｄ. 以支持Ａｎｄｒｏｉｄ的老版本. 下一页 返回 ７.４　移动端ＵＩ 自动化框架 Ａｐｐｉｕｍ 选择了ｃｌｉｅｎｔ － ｓｅｒｖｅｒ 的设计模式. 只要ｃｌｉｅｎｔ 能够发送ＨＴＴＰ 请求给ｓｅｒｖｅｒ. ｃｌｉ￣ｅｎｔ 用什么语言来实现都是可以的. 这就是为什么Ａｐｐｉｕｍ 及ＷｅｂＤｒｉｖｅｒ 能够支持多语言. 如果只使用苹果公司的ＵＩＡｕｔｏｍａｔｉｏｎ. 则只能用ＪａｖａＳｃｒｉｐｔ 来编写测试用例. 而且只能用Ｉｎ￣ｓｔｒｕｃｔｉｏｎ 来运行测试用例. 同样. 如果只使用谷歌公司的ＵＩＡｕｔｏｍａｔｉｏｎ. 则只能用Ｊａｖａ 来编写测试用例. Ａｐｐｉｕｍ 实现了真正的跨平台