答题:
1. 已在做
2. 本人觉得需要做到以下几点:
a. 从自动化测试框架层提供对多语言(英文,中文,德文等)多系统(XP/VISTA/WIN SERVER 200X等)多平台(VMWARE,VPC,CTRIX,物理机等)的支持
b. 开发稳定的通用库(如果有能力,最好开发可以被多自动化测试工具共用的类库)
c. 对于特定项目产品,最大程度抽取公用业务函数,对业务流函数的设计要充分考虑今后的扩展(这里建议在对一个项目或产品进行自动化时,公用库编写者最好能手工执行测试用例,如果测试用例太多,则抽取能够基本覆盖项目产品功能的用例,这样做对今后的公用库抽取将有很大帮助;另外还有一个小个人经验,写自动化测试脚本时,不要直接拿到用例就写,先进行用例的函数设计,最后再进行函数的实现)
d. 制定自动化测试规范,主要指命名规范,文档规范,评审规范等
e. 测试数据和测试脚本分离,以便最大程度的复用
f. 做好场景恢复(比如每个CASE在运行初期,进行环境清理,从一个干净的环境开始运行),有效的处理异常(如果自动化测试工具无法处理的,可以自己开发小工具进行处理)
g. 24小时无人看守运行,利用RERUN机制,最大程度的减少非产品问题导致的用例FAIL的情况,使最终生成最接近产品真实质量的自动化测试报告
h. 最大程度的减少自动化测试中需要手动检查的部分
i. 依托自动化测试平台,实现分布式执行,并将自动化测试结果上传到服务器,测试各角色可以通过WEB客户端实现对自动化测试结果的查看,统计,跟踪以及对需要手工检查的用例在WEB端进行检查,减少手工测试人员手动检查的时间;当自动化测试运行完毕后,根据不同的测试角色自动发送特定的自动化测试报告(比如测试MANAGER只想看到产品的通过率,自动化测试工程师则想知道哪些用例失败是脚本导致的,手工测试人员可能需要对需要进行手工检查的用例进行检查)
j. 对于特殊产品,比较难进行自动化的,如果有条件,可以要求开发对自动化测试提供支持(这里主要指对自动化提供测试接口)