51Testing软件测试论坛

标题: Jackymail 的QTP测试项目 [打印本页]

作者: jackymail    时间: 2008-1-21 13:32
标题: Jackymail 的QTP测试项目
谁能把Excel日志部分写完?

[ 本帖最后由 jackymail 于 2008-1-24 10:50 编辑 ]
作者: jackymail    时间: 2008-1-21 13:32
测试用例设计:
依照agile风格设计
Story-> Acceptance Test-> Tactical Test.

只安排这三种测试用例。暂时由我来设计Story,也就是对应上图中的Test Suite,谁打算做某一个Story的话,需要先把相应的Acceptance test用文字定义出来,然后再下手阿。

Story 1: 订票流程
Story 2: 用户注册
Story 3: 登陆/退出

我先做"用户注册"了。欢迎跟帖应征阿。。

      Story 3: 登陆/退出
******************************************************
Author : Jackymail    Date: 2007.1.21
******************************************************
    Acceptance1:所有注册界面入口链接有效
         Tactical1: http://newtours.demoaut.com/index.php页面下菜单栏Register链接有效
         Tactical2: http://newtours.demoaut.com/index.php页面右下方导航栏中Register here链接有效
         Tactical1: http://newtours.demoaut.com/mercurysignon.php页面中registration form链接有效
******************************************************
    Acceptance2:在注册页面http://newtours.demoaut.com/mercuryregister.php填写相应信息可完成注册
         Tactical1: Contact Information区域未填写完整时注册表单可正确提交
         Tactical2: Mailing Information区域未填写完整时注册表单可正确提交
         Tactical3:  User Information 区域未填写完整时注册表单不可正确提交,显示错误提示。
         Tactical4:  User Information 区域填写完整时注册表单可正确提交,显示注册成功提示。帐户可登陆
         Tactical5:  User Information注册名称重复时提示错误信息
         Tactical6:  User Information两次密码不匹配时提示错误信息
******************************************************
  
资源要求:
1. Win XP || Win 2000 + QTP 9.2
2. IE 6
3. Excel + Access
4. 可访问 http://newtours.demoaut.com/
5. 有java虚拟机等相关支持程序。

[ 本帖最后由 jackymail 于 2008-1-22 09:40 编辑 ]
作者: jackymail    时间: 2008-1-21 13:32
问题博弈:
1.到底使用多少个Excel表。讨论:Excel表是可以共享的,在共享状态下可以供3个人同时使用,并且可以不限制人数的拥有只读权限,但是在QTP开发阶段,Excel表(Default.xls)是被独占的。采用Default.xls还有一个弊端是需要QTP从新载入测试才能重新载入上次打开Test期间对Excel修改的数据。关于是否需要多个。。我觉得还是要看项目的大小,如果项目比较小的话,每个人用几个Sheet就好了,不必要使用多个Excel表格,不过无论用多少个都不影响框架的整体结构。
2.关于Case是否要写死,还是把Case写的有灵活输入,等到使用的时候再组装。我的观点是一定要写死,以前没有固定下来,搞到最后每次装配都是一个烦心的过程,每次的工作量也都很大,最后就懒得多去修改了。
我的经验是不但要写死,这次我还要按编号写Case,每个Case的名称就是对应在一个vbs函数库里的function.function的名字也是用这个编号命名的,并且要和Case管理工具联系起来。命名规则:storyname_tcID.每个case对应得function都有明确的report记录。

这里存在的一个问题是,一旦Case变更了怎么办?删除了,修改了,增加了。
我的回答就是Case怎么变了,在QTP相应函数库里的function就要怎样变。Case是测试的最小单位,这没什么好说的,这方案一定可行。

3.是否采用相对路径
完全统一采用相对路径。目前的文件只是比较着急实现功能,暂时没有完善。移植是头等大事。。

感谢lantianwei提供的宝贵意见。欢迎其他人提意见。我会挑选每日更新讨论。

[ 本帖最后由 jackymail 于 2008-1-23 00:13 编辑 ]
作者: jackymail    时间: 2008-1-21 13:33
标题: 标题
内容

[ 本帖最后由 jackymail 于 2008-1-23 18:45 编辑 ]
作者: jackymail    时间: 2008-1-21 13:33
占位4
作者: mstiunicon    时间: 2008-1-21 13:59
只看到了大致的框架意思,没有更加详细一点的想法么?
作者: jackymail    时间: 2008-1-21 14:24
原帖由 mstiunicon 于 2008-1-21 13:59 发表
只看到了大致的框架意思,没有更加详细一点的想法么?


边走边研究,这是一个讨论项目,我希望一点点作的时候大家讨论,然后指定规则。包括所有的细节最终都会确定下来。先提供一个大致思路而已。
作者: mstiunicon    时间: 2008-1-21 14:50
原帖由 jackymail 于 2008-1-21 14:24 发表


边走边研究,这是一个讨论项目,我希望一点点作的时候大家讨论,然后指定规则。包括所有的细节最终都会确定下来。先提供一个大致思路而已。

话是这么说没错,不过最好有一点东西出来再讨论。去做需求调研的时候,也是先有了范围和提纲的啊。
作者: jackymail    时间: 2008-1-21 15:03
原帖由 mstiunicon 于 2008-1-21 14:50 发表

话是这么说没错,不过最好有一点东西出来再讨论。去做需求调研的时候,也是先有了范围和提纲的啊。

呵呵,谢谢关注。你如果感兴趣就经常看看这帖子吧,速度会很快的,小心跟不上阿。
如果有兴趣你可以选择一个Story一起参与进来。如果没时间就抽空翻开这个帖子看看吧。我这几天项目空档,我会比较快的往下走。希望有新手能够跟着受益,也希望高手能够多点拨。
作者: heqingbluesky    时间: 2008-1-21 15:07
关注一下.QTP测试的基本框架应该就是这样.
作者: ppent    时间: 2008-1-21 17:08
呵呵 有意思 和我现在在做的事情差不多,找个时间和你细聊。
作者: shorelew    时间: 2008-1-21 18:57
标题: 关注
关注
=============
看了上面的框架基本和我以前做的一个项目类似。我只使用了一个Action然后在里面Call了所有测试的Function,为什么这样考虑是感觉Qtp提供的action操作简直就是鸡肋,参数传递都不如Function来的方便,这样一来管理代码也更方面(用CVS来管理VBS代码)。我用一个Action写好了整个测试的框架,在里面我们事先定义了很多的Call Function***,接下来其他的测试员就用vbs去实现了这样被调用的Funcion,这些都是事先在文档约定过的,例如被调用的函数名称等。测试全部封装在各个vbs文件中。这些VBS里的Function在设计时就像一个一个的积木,在Action里面call的时候就像在搭积木。积木怎么搭,可以在使用Data Table里面的Global直接写你的数据驱动,这也便于在后期所有代码整合时候调试。每个测试员在自己调试自己的Function时也可以直接使用这个写好的Action框架。

关于共享对象库,这需要一个人来维护,添加大家使用的对象,大家使用一个对象好处多多,Function的来回调用也不出错,这是建立在整个框架中的,所以必须要这样,其实是很方便的。对于描述性语言,只是很少的情况下会用到,但不是最主要的,全部用来描述,太费时间了,维护也麻烦。

xls表格我们也是在vbs里面直接导入的,并且使用一个xls,维护起来不用去找很多xls,而只需要在没个sheet中更改需要的数据,测试员编写的每个测试 脚本和数据是完全分离的。做到数据驱动。

关于启动整个测试。我们使用了qtp本身的对象模型application对象,他可以配置并操作qtp的启动和关闭。这个启动脚本写好后,里面还可以添加一些打包测试结果和发邮件的Function.测试结束,测试结果邮件也发处了。

关于测试结果,在www.advancedqtp.com网站提供了一个ReportManager蛮好用,可以试试。qtp自己的标准结果也可以,还可以使用过滤功能。

关于定时启动测试,在window自带的计划任务里面设置启动qtp的vbs即可,设置时间和任务,到点儿便执行。

关于脚本编辑工具TestDesignStudio比较好用。vbsedit也比较好用。

早上来泡壶热水,打开邮箱就收到昨天晚上自动测试的结果了。

和大家一起讨论。。。请大家多提想法。。。。分享经验

[ 本帖最后由 shorelew 于 2008-1-23 18:55 编辑 ]
作者: mythxhg    时间: 2008-1-22 09:57
jackymail .......

越来越牛了.....
作者: xiaoyaoke    时间: 2008-1-22 10:55
收获不少
作者: zte_boy    时间: 2008-1-22 10:57
LZ应该把整体思想文字描述下,对于每个模块的功能描述清楚,这样才好做
作者: vaguely    时间: 2008-1-22 15:30
标题: 关注中~~~

作者: 雨加雪    时间: 2008-1-22 15:57
标题: 回复 1# 的帖子
我也占个位  我目前也在做    不过是应用程序的    也和你门学习学习
作者: wzdoxu    时间: 2008-1-22 16:10
不错,在关注中,希望能参与到其中,也希望能向楼主学习!
作者: pirate    时间: 2008-1-22 17:19
我也也来占个位,向各位多学习
作者: chenyan_shy    时间: 2008-1-22 17:30
Story 3: 登陆/退出
1.        界面测试
a.        登录窗口http://newtours.demoaut.com/http://newtours.demoaut.com/mercurysignon.php
•        登录窗口的位置在整个页面的布局是不是合理
•        字体的大小、颜色、以及所选用的字体与整个页面是不是协调
•        文字拼写有无错误
•        文字使用是不是恰当
•        输入框的边框有无画完整
•        输入框的颜色,边框线条粗细是否合适
b.        提交按钮
•        在http://newtours.demoaut.com/ 提交按钮的名字是Sign-in
•        在http://newtours.demoaut.com/mercurysignon.php 提交按钮的名字是SUBMIT
•        测试提交按钮框的形状,颜色,大小,框体线条
2.        功能测试
a.        链接测试
•        http://newtours.demoaut.com/mercuryreservation.php页面中SIGN-OFF是否有效
        退出成功的页面是http://newtours.demoaut.com/mercurysignon.php
        测试退出失败的情况
•        在http://newtours.demoaut.com/mercurywelcome.php 页面点击SIGN-ON
        成功的页面是http://newtours.demoaut.com/mercurysignon.php
        测试失败的情况
•        对于点击提交按钮的情况详见下面
b.        登录窗口用户名和密码的测试
•        输入正确的用户名和密码,点击提交按钮,成功登录页面是http://newtours.demoaut.com/mercuryreservation.php
•        正确登录后退出回到登录页面,测试登录框中是否为空
•        重新用另外一个正确的用户名和密码登录,测试前一次用户是否对后一次产生影响,可以重复使用多个用户名测试
•        输入正确的用户名和错误的密码测试
•        输入错误的用户名和密码
•        密码是否显示为小圆点

不知道是否写的全,是否正确,能否全部用QTP实现(特别是界面测试部分),请大家检查,给点意见
作者: jackymail    时间: 2008-1-22 19:58
标题: 回复 22# 的帖子
感谢你的支持。今天着急回家,明天我看后会跟你认真讨论下一步的设计

我已经上传了自己的工程文件,你打开看看吧,基本上就是那个思路了,希望我们交流之前你已经比较熟悉了,如果存在异议咱们也好方便交流。
作者: jackymail    时间: 2008-1-22 23:31
原帖由 lantianwei 于 2008-1-22 20:36 发表

不知道是昨天没睡好呢,还是今天眼花,把你的帖子误看成了研究完善框架的,所以我说了框架的好坏在于Test Case suite的设计,刚刚看了你的框架的大体说明,发现和我之前想的差距还是满大的,然后再重新看了你帖子的主题, ...

谢谢你的建议。

[ 本帖最后由 jackymail 于 2008-1-22 23:51 编辑 ]
作者: tandy011922    时间: 2008-1-23 14:11
只看到了大致的框架意思,没有更加详细一点的想法么?
作者: littlesheepwen    时间: 2008-2-1 17:30
应该添加多个用户登陆,呵呵




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2