[你问我来答第12期]：如何根据项目特征设计测试流程和管理需求？（已结束）

默默巫

本期客座专家

论坛ID：  grassman907
真实姓名：Tim Lai
擅长技术领域：自动和手动测试框架的搭建， 缺陷分析， Ratioal产品系列，需求管理，银行类测试领域
现任公司：保密
现任职位：测试经理
工作经验：8年
项目经验：
IBM
1. HUB：大型中间层产品得测试。技术：Unix, shell, MQ；
2. ＦＲＳ：财务系统，主要技术：RQM, datastage, RFT，RMT；
3.WBICT：数据仓储项目，主于技术：DB2，CQ；
4.AIT： 敏捷项目，主要技术：RTC+RQM；
巴克莱银行
BOC：网上银行，主要技术： QTP， QC。

各位会员可以在6月22日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在6月23日—7月8日为大家集中解答。
机会难得，欢迎大家踊跃提问！

楠族开心果

沙发支持下

千里

速度支持下

msnshow

需求的管理好像测试人员管不着

jiazurongyu

支持下 ~

我不认识我

请问手动测试的框架是指的什么？

hyd_bpmf

新一期，顶一下

gezhirong

先来顶一下

manhua253

如何更好管理需求

fanjianmin

loadrunner 中web_element("医院采购管理",
                "Snapshot=t5.inf",
                DESCRIPTION,
                "Text=医院采购管理",
                "Tag=TD",
                ACTION,
                "FireEvent=onmouseover",
                LAST);
这个元素在回放时报不能发现的错误，请大侠们指点一下
我已经把录制时的级别调到最高了

u03024218

请问：
1.如何根据项目特征选择合适的自动化测试工具，平时论坛上或者书中只是简单的提了下比如 web测试用selenium 客户端的用qtp之类的，能不能更加详细的讲一下您所考虑的因素？包括时间，金钱，人员方面2.再利用自动化测试工具搭建框架方面，现在有点迷惑，那一种是合适自己公司的框架？那一种是合适自己的？公司本身还没有推广自动化工具的使用。请借助您在手动搭建方面的经验，给予一些提点。希望能给一点贵公司或者您个人的框架图，最好是以脚本的形式。（涉及公司秘密就算了~）
3.请问您在设计测试流程时，会考虑将自动化测试放在哪个位置，是开发在代码编写的时候就介入 还是后期介入，这两种方式有什么优劣（如果说有必要做自动化的时候）。

谢啦~~~

cwj_0525

支持支持

seven_zhao

先顶一个。虚心学习。。

wytanmark09

路过学习，脚下留印~

grassman907

在出差中， 暂时只能简单回答下大家问题。 看到一个朋友提到需求管理测试用不到， 这个可以探讨下。
一个典型的测试项目， 开发和测试在业务需求的获得和管理应该是相对独立的， 这样才可以避免测试跟着开发跑， 以开发的理解进行测试。 从而不能真正发现项目的业务逻辑错误。 再者， 测试的目的不仅仅是测试code， 同时也是对需求的测试， 在我实际工作中， 很多问题并不是开给开发， 而是开给BA.  另外就是在一个项目中， 开发人员可能更关注于某一模块， 而测试人员则必须对整体的业务逻辑有很好的了解。 所以一个长中长期项目， 在后期的是时候， 一个好的测试人员常常是对系统整体最了解的。
那怎么管理需求？ 对测试人员简单的的说就包括需求获得， 需求分析， 需求变更。
需求获得: 一般是从BA哪里拿到需求（use case）, 改需求应该是和开发部门的一样的。 在阅读后， 尽量在早期提出疑问。  在测试计划规定的时间， BA要给出全部的需求文档， 在这个时间之后的更新， 都可以作为需求变更对待。
需求分析：测试人员根据需求设计测试业务流和测试用例，并要得到BA有认可。改过程尽量不要受到开发部门的影响。 在所有cases都设计完成后， 应该有一个文档确认所有的业务需求都被覆盖到， 比如RTVM。
需求变更： 任何的需求变更， 都会影响到测试用例和测试进度， 所以管理需求变更即是为了确认新的需求都被覆盖到， 也是要根据需求变更的多少来评估对项目进度以及资金的影响。
综上， 需求的管理是贯穿整个测试流程的， 起主要目的一是确认需求的覆盖程度， 而是评估需求的变更对项目的影响， 再着， 评估需求的测试优先级和测试程度， 也是在分析阶段应该完成的

grassman907

刚发的丢了？

grassman907

回复
------------------------------------------------------------------------
问题1 如何根据项目特征选择合适的自动化测试工具：
对于web测试的自动化工具大同小异，其主要就是模拟人的操作，比如selenium，QTP， RFT 这些的基本功能都较近似， 但是我们选取工具的时应考虑以下几点：
1， 现有人员的技术能力适合哪种工具。 2. 公司的现有资源可以更好的支持哪种工具， 3，哪种工具可以和项目中的其他工具更好的接口。 4。功能自动化和性能自动化的工具尽量是统一的（比如 QTP+ loadrunner, RFT+RPT, ）.
但是不同的工具也各自有自己的特点， 这里我简单比较下， 具体还请参考相关文档。
selenium：开源免费， 灵活易维护， 对语言脚本。 缺点是支持领域少， 需要测试人员有编程能力，回放成功率相对低，
QTP： 功能强大，可自动生成脚本，可以和多个HP的其它产品集成，回放成功率高。 缺点是费用高，支持语言少，
RFT： 主要功能类似QTP, 功能更强大些，扩展性好，可和多个IBM产品集成， 缺点也是太贵，脚本编写较QTP难些。
总的来说， 小型的项目，在项目流程上不是很追求标准化得 可以考虑便宜，便捷的小型测试工具。  大型的项目， 那就尽量在HP 和IBM中选取一家。并且要做需求， 开发，测试和项目管理的工具的集成。

2.利用自动化测试工具搭建框架方面
框架的搭建应该从整个项目的人员配置， 需求和生命周期等多方面考虑。同时在同一家公司的多个项目， 我推荐尽量统一框架格式， 这样以后人员的调配会更容易些。
所以框架的搭配还是以适合公司长远为先。 框架建设方法有多种，一般来讲还是OO的模式，模块化，参数化， 以便后期的维护。
但是具体的， 我们可以选择以业务流的逻辑结构来搭建框架，也可以以网页的先后顺序来搭建框架。

3.自动化测试放在哪个位置
作为一个测试人员， 特别是自动化测试人员， 一定是希望早介入， 这样可以的更早开始脚本，甚至可以取代一部分手动测试。但是考虑到资金问题， 我个人比较主张中后期介入。 一是中后期产品相对成熟， 比较稳定，可以开始对一些模块做自动化。 二是从目前来看， 自动化能发现的缺陷并不多，所以再在首轮SIT测试还是着重手动为好。

shlian

我还没接触过自动测试的新人，现在想从事自动化测试，请问如何学习自动化测试？

grassman907

回复 18# shlian

可由简到难先， 先熟悉简单的录制， 了解自动化工具的基本功能， 然后是研究手工脚本和框架的搭建。 好的教材和反复实践都是很有帮助的

shlian

回复 19# grassman907


谢谢！