Jackymail 的QTP测试项目

jackymail · 发表于 2008-1-21 13:32:35

谁能把Excel日志部分写完？

[ 本帖最后由 jackymail 于 2008-1-24 10:50 编辑 ]

jackymail · 发表于 2008-1-21 13:32:48

测试用例设计：
依照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:54

问题博弈：
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:07

内容

[ 本帖最后由 jackymail 于 2008-1-23 18:45 编辑 ]

jackymail · 发表于 2008-1-21 13:33:17

占位4

mstiunicon · 发表于 2008-1-21 13:59:15

只看到了大致的框架意思，没有更加详细一点的想法么？

jackymail · 发表于 2008-1-21 14:24:29

原帖由 mstiunicon 于 2008-1-21 13:59 发表
只看到了大致的框架意思，没有更加详细一点的想法么？

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

mstiunicon · 发表于 2008-1-21 14:50:05

原帖由 jackymail 于 2008-1-21 14:24 发表

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

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

jackymail · 发表于 2008-1-21 15:03:07

原帖由 mstiunicon 于 2008-1-21 14:50 发表

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

呵呵，谢谢关注。你如果感兴趣就经常看看这帖子吧，速度会很快的，小心跟不上阿。
如果有兴趣你可以选择一个Ｓｔｏｒｙ一起参与进来。如果没时间就抽空翻开这个帖子看看吧。我这几天项目空档，我会比较快的往下走。希望有新手能够跟着受益，也希望高手能够多点拨。

heqingbluesky · 发表于 2008-1-21 15:07:26

关注一下.QTP测试的基本框架应该就是这样.

ppent · 发表于 2008-1-21 17:08:39

呵呵有意思和我现在在做的事情差不多，找个时间和你细聊。

shorelew · 发表于 2008-1-21 18:57:40

关注
=============
看了上面的框架基本和我以前做的一个项目类似。我只使用了一个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:40

jackymail .......

越来越牛了.....

xiaoyaoke · 发表于 2008-1-22 10:55:47

收获不少

zte_boy · 发表于 2008-1-22 10:57:59

LZ应该把整体思想文字描述下，对于每个模块的功能描述清楚，这样才好做

vaguely · 发表于 2008-1-22 15:30:43

雨加雪 · 发表于 2008-1-22 15:57:40

我也占个位我目前也在做不过是应用程序的也和你门学习学习

wzdoxu · 发表于 2008-1-22 16:10:26

不错，在关注中，希望能参与到其中，也希望能向楼主学习！

pirate · 发表于 2008-1-22 17:19:15

我也也来占个位，向各位多学习

chenyan_shy · 发表于 2008-1-22 17:30:54

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实现（特别是界面测试部分），请大家检查，给点意见

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] Jackymail 的QTP测试项目

相关帖子

标题

关注

关注中~~~

回复 1# 的帖子

站长推荐 /1