[有奖问答4]您认为如何才能使自动化回归测试更加高效？
您是否在尝试使用自动化回归测试？您认为如何才能使自动化回归测试更加高效？答题前请复制以下回贴格式(蓝字部分)，并填写好个人真实有效信息，以确保奖品发送无误。
**** Hidden Message *****
答题: **** Hidden Message *****
答题:是的，录制编写脚本更简单化，提高脚本的可扩展性，编写简单的基础脚本，可以在此基础上进行修改，以提高效率。
总结分析测试结果。 **** Hidden Message *****
答题:
确认需求及系统功能,避免随CR而频繁改动.
尽早开展规划该工作,确认自动化覆盖范围.
确认在稳定的版本上开发脚本.
增加脚本的flexibility (例如多游览器支持,遇意外情况的判断处理)
考虑是否需要自动调用执行脚本,实现无人值守的自动化.
确认report的格式和形式(如何清晰明了的给别人看明白哪里有问题,是否需要系统自动发送mail给相关人员立即查看处理)
[ 本帖最后由 ecust 于 2009-11-9 12:04 编辑 ] **** Hidden Message *****
答题：1） 是
2） 自动化回归测试的高效：
A.被测软件结构前后改动的地方要确定
B.自动化测试所用的测试框架 测试编写 测试规范等
C.测试所采用的数据结构等
脚本的冗余度 扩展性 等是否合理合适 **** Hidden Message *****
答题:数据和动作分开管理能够使自动化回归测试更加高效 **** Hidden Message *****
答题：您是否在尝试使用自动化回归测试？您认为如何才能使自动化回归测试更加高效？
是的，在尝试QTP功能自动化测试。 **** Hidden Message *****
答题:是的，我正在使用自动化测试进行回归测试，我认为一个好的自动化测试的计划是一个必要的前提，其次是一个强大的自动化测试工具（包括兼容性，易用性，稳定性）。 **** Hidden Message *****
答题：
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. 对于特殊产品，比较难进行自动化的，如果有条件，可以要求开发对自动化测试提供支持（这里主要指对自动化提供测试接口）
[ 本帖最后由 lantianwei 于 2009-11-9 20:48 编辑 ]
回复 1# 的帖子
**** Hidden Message *****答题:
使用工具进行过回归测试。
个人认为可高复用的脚本可以提高回归测试的效率。比如我们可以使测试数据和脚本分离，可以参数化对象属性等，
实例：Browser("title:="& environment("inf_browser_title")).Page("title:="& environment("inf_page_title")).Frame("index:=0").Link("text:="&environment("inf_myoption")).Click）
inf_browser_title 是在外部xml中定义的参数浏览器页面title，因为这个是经常变动的，如果我们脚本里写死了，那么一旦该title变动，脚本修改工作量是巨大的，可复用性很低，所以我们尽量参数化，使脚本的维护成本降低，可复用性提高。
[ 本帖最后由 yqx 于 2009-11-10 18:22 编辑 ] **** Hidden Message *****
答题:
是
1.自动化测试案例的管理
2.无人值守的案例执行
3. 测试报告和测试日志
4.场景恢复
5、框架的可扩展性
6、框架中的数据驱动 **** Hidden Message *****
答题:
是啊，在使用qtp，但是现在做的是flash的项目，qtp对flash中的控件不识别，只能使用虚拟对象，这样就比较麻烦了。
要使自动化回归测试更高效，主要以下几个方面：
1.首先确定，有自动化回归测试的必要，如果不适合，就不要使用，手工测试反而更快
2.要对测试的对象非常熟悉，这样才能设计出好的
3.明确自动化回归测试的目的，不增加冗余的内容
4.对报告和日志仔细分析，逐步改善
5.增加脚本的可复用性 **** Hidden Message *****
答题:是。
1。公司领导必须重视自动化测试；
2。自动化测试人员充分理解软件需求；
3。自动化测试人员的技术和经验；：） 高效是一个长期积累的过程 **** Hidden Message *****
答：是。
1..评估可以实现自动化回归的场景和用例，明确自动化测试的可行性和必要性。
2.版本稳定后进行自动化脚本编写
3.脚本编写要注意可复用性、可扩展性和可移植性，注意通用类库和函数的抽象，测试数据和测试脚本分离。
4.搭建较好的测试结果记录报表
.......and so on...:lol **** Hidden Message *****
答题:
用的是LoadRunner，合理运用LR，可以大大节省性能测试的周期。执行一些人力无法执行的测试瓶颈。 **** Hidden Message *****
答题：1.暂时还没有
2.首先必须有做自动化回归测试的必要，其次是在进行手工测试结束后在进行。针对用户提出的自动化用户需求，分别进行自动化测 试
页:
[1]
