QTP自动化测试过程随想(2)

　　2) 事务优先级

　　针对自动化开发的在各公司尴尬的现状，分清主次更为重要。这体现在我们筛选Test Case中。我们遵循20-80法则，我们要勇于将耗费80%时间完成的20%Test Case剔出出去，除非手动测试有特殊的需求，这与自动测试的本质并不违背。自动测试的宗旨并不是将所有手动测试的Case都实现自动化，而是要将那些变化不大的，流程逻辑较为简单的，测试频率高的Case实现自动化即可，我们不可为了一味地追求自动化比例而将那些无谓的Case加入。

　　3)事务监督

　　下面将以问答的形式来讨论该问题：

　　a. 问：如何定制合理的项目进度表? 让组员们工作不是很轻松，也不用每天加班完成?

　　答：这需要我们了解所有资源的配置情况，掌握每一个操作环节最平均的时间，并且了解该环节80%可能用的时间范围(置信区间，作为辅助决策。

　　b. 问：如何掌握项目进度?即：项目负责人如何保证项目是On schedule的?项目经理或者更高的主管如何了解项目的进度?

　　答：定期Meeting，请组员们汇报工作进展，并讨论遇到的问题。

　　以每周一报为例，会议的内容为：组员介绍本周具体工作内容(有点像TimeSheet的填写)，与上周预计内容比对是按时完成还是有延误，延误的原因是什么??项目负责人对下周工作安排。

　　经过几次的计划->实施->修正计划，对每周的工作进度就会比较了解，从而有利于对整理项目进度的预估。

　　c. 问：如何验收我们的项目成果?

　　答：每个人对“完成”这个概念的理解不同，有的人认为Complete即可，有的人认为Good，而有的人追求的是Perfect。为了保证我们的项目完成之后的一致性，可以建立一个完成的CheckList，将“完成”的概念量化，如验收test case script的完成，我们可以定制如下的CheckList验收。

　　4)检讨审查

　　也就是在项目结束之后，对项目进行总结，调节。并通过事后诸葛亮式的检讨分析，找出改进的方案，对下一个项目的进展是很有帮助的。

　　经过了两轮的开发，到了代码维护阶段。以前觉得“需求->开发->维护”三步骤中维护是最容易的，但是现在却让我们最挠头。

　　这几次Run出结果之后，所有的人见面第一句话都是：“呃，在我电脑上是Pass的，怎么现在就Failed了?”

　　静下心来检查代码，总有一些让我们忽略的问题被查到，但还是有许多顽疾存在着，尤其是界面刷新不及时或者莫名其妙的问题真的让我们很恼火。开发是一件创造性的事情，测试是一件破坏性的事情，无论二者都有成就感可言，但是维护或者说是擦屁股的事情搞得我们每个人都心烦意乱。总结我们的需求，开发，及运行经验，还有最近维护时遇到的问题，总结一下：

　　1、需求分析阶段，编写AutoTest Case时，步骤详略得当，不可以太简单，也不必太过繁复，多用项目的专业用语(阅读此文件的人都是对项目有一定熟悉度的人)，这样有利于维护人员，或者后期手动测试人员了解Case的测试内容。

　　2、开发代码时：

　　1)脚本内的注释写清楚

　　2)对象库及对象命名尽量有意义

　　3)中间步骤(如页面的跳转，某些重要的Button或Link)要写清楚，最好写到Report中

　　4)检查点的判断，要直观，并且写清楚输入，输出的值，及期望的输出，如，查询功能失败，要写明输入什么样的条件使得查询失败，否则QA可能输入另一组数据查询，结果为成功

原文转自：http://www.uml.org.cn/Test/200912176.asp