51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

[你问我来答第15期]:了解电子商务测试(已结束)

[复制链接]
  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    141#
    发表于 2011-10-22 15:47:44 | 只看该作者
    回复 85# Boosh1


       
    想请教一下版主电子商务作为一个独立的版块,是否主要就是指网站的测试?与其他哪些属于平级,与他们相比,电子商务在测试时又有些什么不同呢?



    不是  网站测试只是一个方面  而且网站测试也不只是单单测试网页啊   比如界面 安全 测试策略这些是别的板块侧重的, 没有哪个板块是会单独存在的.
    电子商务测试 可以包括 资讯 测试技术  测试分享  安全方面   用列   只要是电子商务周边的 都可以发表撒   都是交集    可专注可总体
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    142#
    发表于 2011-10-22 15:48:32 | 只看该作者
    回复 87# 耐心


       
    请教一下,我是新手,自动化测试与性能测试有关开工具的视频吗?下了工具,AutoRunner,LoadRunner,但是不太会用,还望指导一下,谢谢了
    2359807443@qq,com



    有专门的版本  呵呵  首页可以看见
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    143#
    发表于 2011-10-22 15:53:23 | 只看该作者
    我做的是软件开发行业的   转行做的测试有1年了吧 黑盒的大多数功能测试已经很熟练了,但是性能测试不是很熟 ...
    Anna8574 发表于 2011-10-11 17:34


    引用论坛前辈的帖子吧



    入门,初识自动化  相信很多的朋友,包括我自己也是一样,在刚听到或接触到自动化测试的时候,迫不及待的下载了一个工具开始用,然后傻眼了,面对例如功能强大QTP,不知如何下手,同时也会严重的打消我们的积极性,在这里,我建议每个刚开始接触或学习自动化的朋友,先了解一些自动化的概念,在这一阶段你要先搞清楚这几个问题:
    什么是自动化测试?
    自动化可以做什么?
    学好自动化测试需要哪些知识准备?
    自动化测试的局限性?
    你做的项目适不适合做自动化测试?为什么?
    为什么要先搞懂这几个问题?因为你先了解了这些问题后,有助于消除你对自动化测试学习的恐惧,也会有一个初步的思路,不会觉得无所适从,再者,带着问题去学习,能更好的理解并记住然后形成自己的思维。

    下载安装QTP   这时候是不是对自动化测试有所了解了,那现在就下载一个自动化测试工具,然后安装并**它或使用试用版本,开始自动化工具的学习吧。在这里我要谈一点我个人的经验:我应该学习哪个工具?对于这个问题,我想说这跟我当时学习编程语言一样的,到处找资料看人家的经验,人家说VB容易上手,马上学习VB,看到人家说DEPHI好就学习DEPHI,人家说JAVA好就学习JAVA。。。。。。。,甚至一天几变,几个月下来,什么也没学会,最后安下心来从C开始吧,自动化测试也是一样,不要老去问别人学什么好,选择一个,硬着头皮学下来就是了,你精通了一门工具后,再去用另一个工具也就是一两周的时间就能运用自如,所以,就从QTP开始吧,它的IDE很直观,适合新手,然后下载一份用户手册,先了解下各个功能
    简单自动化  QTP装好了吧,那现在就开始我们的第一个自动化体验:录制flight自动化脚本,这个过程比较简单,录制三个部分:登陆、定票、查询定票和删除定票,具体的业务过程和录制过程我就不说了,网上有很多资料,本文也不是一个实验指导书,只是提供一个比较清晰的自动化学习路线。当然,在录制了这些脚本之后,回放成功,第一个自动化完成了。
    增强脚本功能  这个阶段主要是学习一些QTP的基本功能,在这里你要去增强一下你的脚本了,参数化登陆用户名和密码,参数化航班选择、定票张数,增加金额的检查。主要是学习参数化和检查点,这里会遇到一些困难:
    那就是选择航班这里,可以运用随机数等方法来参数化航班
    金额的检查会需要用到一些简单编程,总金额=张数*单价
    通过定单号查询定票会要用到对象的GetRoProperty("")方法
        这个学习的过程,还会遇到一些调试方面的因难,不过不用心急,慢慢来,成功是建立在失败之上的,记得在调试时,可以按F11单步运行,建立你的输出如:msgbox实时输出你想要看到的信息
    数据驱动   经历了上面的阶段,在这里将要接触一点数据驱动的思想了,其实很简单,就是把你参数化的地方拿出来,放到一个外置的excel文件里面,然后通过读取excel里面的数据来控制循环次数,大概的步骤如下:
    创建excel对象
    循环读取excel数据赋值给变量
    在脚本中引用变量
         具体每个步骤的实现我就不详细说了,网上也是资料大把
    功能函数化   这个阶段主要是把各个可以重用的功能写成函数,而主控脚本主要是用来调用这些功能函数,实现重用和结构清晰化,这个阶段又可以分成以下几个子阶段:
    把单个的功能写成一个action,主脚本调用这些action,在这里会遇到一个问题,那就是关于被调用action的设置,这个在我的博客里面有一篇文章有介绍,可以去看看
    把单个的功能写成函数放到一个action里面,脚本最下面调用这些函数
    把单个的功能写成函数到一个.vbs文件,脚本中调用这些函数,在这里也会遇到一个问题,那就是QTP调用.vbs文件,这在我的博客里面也有一篇文章详细写了,这里就不再重复
        这个过程完成后,就大概有基本的框架了,接下来进入下一个阶段
    完善框架   在这个阶段,我们以网上一位朋友的轻量级自动化测试框架来说,相信有很多朋友都有看过,我也懒得重新去做一个示例了,在这里你需要建立你自己的report
    、日志文件、函数文件、数据驱动文件、脚本文件等,把这些都放到单独的文件夹里面,方便管理,并对函数的创建、定义进行规范,详情参见轻量级自动化测试框架
    理清框架思想  在这个阶段主要是用来思考和完善你的框架思想了,此时你们应该有一个清晰的思路了,明白自动化脚本开发的各个阶段,并知道最后要做成什么样子,现在重要的一点就是学习做分析和计划了,一个项目交到你手里,你要先评估这个项目适不适合做自动化、自动化哪些东西、哪些功能可以封装起开写成函数、哪些地方需要进行数据来控制驱动,最后评估各个阶段的耗时、需要的资源、各阶段的产出(文档、脚本等)

    至此,你的一个完整的自动化测试学习完成了,现在你也可以算得上一名合格的自动化测试工程了,这当中还会有很多的技术细节等,我没有一一写出来,如果有遇到什么问题可以网上找资料也可以跟我联系,如果你在我的博客里面留言了,当天晚上都会回复,最后两句话请牢记,自动化框架设计的原则:框架与脚本分离、脚本与数据分离。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    144#
    发表于 2011-10-22 15:54:27 | 只看该作者
    除外  你可以买本参考书    面向高级的 看看
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    145#
    发表于 2011-10-22 15:55:48 | 只看该作者
    回复 90# 会笑的昨天


       
    长期的手工测试发展前景如何?



    太窄    建议选个方向      白盒   自动化  性能   或者转行做需求  都可以
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    146#
    发表于 2011-10-22 15:58:18 | 只看该作者
    回复 88# lanxueer


    刚踏进测试行业,什么都不懂,更不知道怎么做好测试工作,电子商务测试和金融测试在测试方法等各方面都有什么区别。请各位指教。



    先到新手区 看看帖子 呵呵
    另外电子商务测试和金融测试 主要是义务上的区别,测试方法都差不多     重点在支付.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    147#
    发表于 2011-10-22 15:59:51 | 只看该作者
    回复 95# ouyangxu


       
    你好,阿七,请赐教!
      流程方面,怎样去优化,这个东西确实很难!请给点建议
    尤其是电子商务行业.



    测试组  还是 项目组?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    148#
    发表于 2011-10-23 10:41:07 | 只看该作者
    你好  我想问一下 学习软件测试需掌握的基础是什么啊?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    149#
    发表于 2011-10-24 11:26:52 | 只看该作者
    阿7,你好!我学过java编程,在学校做过很简单的jsp网站编程(课程设计),懂得不多,我想知道做网站测试,需要掌握web编程吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    150#
    发表于 2011-10-24 14:48:00 | 只看该作者
    我最近也在用QTP进行电子商务功能和流程测试的,希望七哥可以留个QQ哇,有问题可以请教下你啊也可以一起探讨下哇;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    151#
    发表于 2011-10-24 16:28:44 | 只看该作者
    七哥好,以前是做产品测试的刚刚专做B2C的测试不久,有好多困惑。感觉网站测试和产品测试有很大的不同,不知道是不是公司的刚起步的原因。以下是我的问题:
    1、需求方面   需求几乎天天都在变,今天刚刚测试完毕,明天需求已经变了,像这种需求变化频繁的情况下,如何去更有效的维护需求,以便后续测试人员到位后有文档可以参看。前提是:产品部每次都是口头说需求或是有原型,没有形成需求文档。
    2、用例方面   需求变化频繁导致版本更新泛滥,本身留给开发和测试的时间就短,为了不延期上线,缩短测试人员的测试时间,有时甚至没有测试就敢上线,这种情况下就别说制定测试计划和设计测试用例了,没有了测试用例,总感觉少很多东西,在这种情况下,方案、用例这一块可以省略吗?如果可以的话,我们拿什么来统计保证测试质量呢?
    3、安全方面   目前公司属于刚起步的状态,测试部门刚刚建立,感觉网站的安全挺重要的,但目前公司没有安全部门,也没有做过安全方面的测试,请问这种情况下我们的安全测试应该如何进行?
    4、性能方面   性能方面目前公司也没有开始做,以前做过产品的性能测试,不知网站性能要监控的都是哪些方面,除了下单流程、注册流程、登录流程、商品详情页显示、短信邮箱提醒还有哪些方面需要监控,以及关注的指标有哪些?
    5、自动化方面  自动化也稍有涉猎,但不知道自动化应不应该用在网站测试中,面对这需求改变速度之大,我目前没有看出来要应用在哪些方面,还望多多指教啊。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    152#
    发表于 2011-10-28 17:38:45 | 只看该作者
    回复 96# 582357212


        引用下大可的发言

    不清楚你们采用的是哪种敏捷,采用敏捷并不代表没有计划。

    我们公司采用的是Agile + Scrum模式,每个Sprint的任务划分的比较明确,项目经理会全力保证每个Sprint都严格按照计划进行。即使出现变更,项目经理也会尽可能的与客户沟通,将变更放到下一个Sprint中,而不影响当前Sprint的进行。每个Sprint结束后都要让客户对当前Sprint的工作成果进行验收。客户认可后,项目进入到下一个Sprint。每个Sprint结束后,项目组成员必须保证在当前的Sprint中的BUG被修复并关闭。如果出现在当前Sprint中暂时无法解决的BUG,需要与客户沟通,将BUG放入后面的Sprint中去解决。至于整体项目进度,可以尝试一下用燃尽图进行简单的把控。

    采用敏捷开发后,文档相对来说会少很多,但并不是没有。比如每个Sprint中的user story都是非常明确的,并且是文档形式经过客户确认的(需求确认)。测试人员可以根据user story去编写测试用例。而客户进行sprint验收的时候,基本也是按照user story进行验收。一定要和客户保持良好的沟通,不然你做的东西客户不认可就是个大问题了,而且一定要留下客户确认后的证据。

    至于项目监控,每日10分钟左右的例会是必不可少的。在例会上,项目组成员会干脆的说出当前工作的进度以及遇到的问题。项目经理会根据实际情况作出相应的调整。让每个项目组成员都明确自己今天的任务是什么,该在什么时候提交。
    至于测试。。。我们是这样的:每个Sprint开始的时候,项目组所有成员都坐在一起,对新的user story一起讨论研究,直至整个项目组成员(开发人员+测试人员)对需求的理解全部达成一致(概要设计评审)。我们通常会将每个Sprint中的user story分解成
    task,形成WBS任务列表(简洁的计划),并在项目管理工具中给相关的开发人员分配相应的时间和任务。这是需要相关人员对所分配的任务进行确认和承诺的。在估算task的时候,一定要把相应的风险考虑进去。当然,作为项目经理是一定会这么做的。

    然后开发人员开始编码,测试人员进行测试用例的编写。每当开发人员发布新的版本的时候,开发人员会在SVN上记录当前完成了哪些功能,对哪些BUG进行了修改。然后测试人员会根据记录的信息与开发人员确认后,选择与完成的user story对应的测试用例进行测试。当测试人员发现第一个BUG的时候,就马上通知相关的开发人员并记录BUG。当测试人员完成测试后,马上给项目经理发送一个测试summary,汇报当前项目的健康状况。

    在每个Sprint开发期间,测试人员是需要反复迭代的进行测试,大部分的时间是用在了回归测试上。所以需要引入自动化测试工具来节省项目时间。很多的时候测试人员可能同时对应好几个项目(至少我们公司是这样的),可以白天做手工测试,晚上进行自动化测试(根据用例或BUG来录制自动化测试脚本)。第二天早上的时候根据测试报告就可以得到测试结论了。

    我们回过头来谈谈你说的问题。

    1:针对未完成(延期)的任务,或一延再延的任务,我无从监控。每次去白板区,看到未完成区域的便签,不晓得有些任务是被延了几次了,也不晓得要延到何时;

    敏捷开发中,QA的工作的确会很少。但是QA很多的工作是需要靠自己来发掘的。比如像你说的,想跟踪项目的进度。没问题。我看了你说的情况,可以在第一次分配任务的时候把白板上的内容照下来作为记录。然后整理一下将照片和整理后的结果通过邮件的形式发送给项目组的每一个成员,至于是表格形式的还是什么形式的,怎么进行跟踪,看你自己的喜好。总之,QA在工作中一定要主动。因为QA本身就是项目组的成员之一,一定要和项目组保持良好的沟通。


    2.因为赶工期,需求和开发同步进行,有专职的需求工程师针对旧项目进行需求整理,不清楚是项目组不适应这种没有需求就开发的模式还是大家很喜欢这种天马行空的感觉,反正感觉需求和开发总是不对路子。

    这个情况在我们公司没遇到过,所以有什么好的建议。我们在进入Sprint工作时,对当前Sprint的任务是很明确的。即使出现变更,项目经理也会去直接和客户进行沟通,跟客户讲清楚在Sprint开始后增加或改变需求的风险和弊端。当然了,也不是所有的变更都不接受,中间的尺度需要把控好,不然很容易影响Sprint的进度。通常我们公司的项目经理会多估算一个或者半个Sprint来,对前几个Sprint残留的BUG进行大扫除。公司的几位项目经理都是经验非常丰富、非常牛的,在项目中从来没有遇到过迷茫的时候。即使有问题,项目经理也会很快的带领团队解决。

    这些都是在项目中的体会,写的可能有些啰嗦、杂乱。呵呵  希望能帮到你。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    153#
    发表于 2011-10-30 01:38:32 | 只看该作者
    很感谢你的回答,其实电子商务类的网站,现在一般都会有专门的数据仓库团队来处理数据,目前的问题很多也是对一些字段的取值逻辑进行验证,所以感觉上回比较繁琐或者说是没有更加智能的办法去解决把!
    希望以后能有好的思路把,以后多交流交流,呵呵!!

    回复 113# 阿七
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    154#
    发表于 2011-10-31 17:04:50 | 只看该作者
    求专家博客地址
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    155#
    发表于 2011-10-31 18:23:38 | 只看该作者
    回复 1# 默默巫


        默默的支持一下,了解一下,我们现在只做通信方面的性能测试,说不定哪天就用上了,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    156#
    发表于 2011-10-31 23:39:17 | 只看该作者
    专家OR砖家?电商测试适合开展持续集成吗?如何开展?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    157#
    发表于 2011-11-4 09:48:25 | 只看该作者
    本帖最后由 阿七 于 2011-11-4 10:06 编辑

    回复 120# tjw19881121
    我有两个问题想问:
    1. 在评审测试用例时,应该有一个什么样的标准能表示用例可以通过评审呢?
    2. 在完成一轮测试,验收测试前我们测试内部应该怎么样评判这轮测试已经完成了呢?有没有一个什么样客观的标准呢?
    这个问题我们公司内容的评审都比较主观,我也搜过不少资料,但都觉得比较主观,想听听专家的意见,谢谢哈!



    1 适合自己的才是最好的 说下我的评审用列判断的标准是需求点的覆盖率以及验证方法的合理性. 在确保所有需求点都存在于用列中,且都有了正反对比用列的条件下,尽量少篇幅的编写.对于一些重复的用列归于到公共用列中去
    2 测试以用列的通过率为准.通过率1轮 60%   2轮80%  3轮 90%   最终95-98%以上
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    158#
    发表于 2011-11-4 09:50:31 | 只看该作者
    回复 128# ankeli


        不好意思  我也没有...
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    159#
    发表于 2011-11-4 09:57:35 | 只看该作者
    回复 150# 朝雪


    推荐你经常逛逛新手版块,那边好多的帖子呢  呵呵
    大体是2方面   内在 和外在
    内在的仔细   细心  多思考   批判的眼光
    外在的  测试的一些基本知识,测试方法思维模式等.往后需要会编程,做脚本什么的.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    160#
    发表于 2011-11-4 09:58:44 | 只看该作者
    回复 151# 20072007


    不是必然条件  但是是充分条件 这是你的优势
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /2 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-6-26 18:10 , Processed in 0.086328 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表