TA的每日心情 | 开心
2015-12-17 09:22 |
|---|
签到天数: 2 天 连续签到: 2 天 [LV.1]测试小兵
|
首先非常感谢大家的支持，51testing给我们大家提供了一个交流的平台，我很愿意把我所知道的和大家进行交流和探讨。下面是大家提问问题的答案：仅代表个人观点，大家可以进行修正和补充。谢谢！
常用的“自动化测试平台”有哪些？自动化测试平台与自动化测试框架有啥区别呀？
首先要澄清的是，这两个概念都还没有一个好的定义。但这里大家既然提出了这个问题我就根据个人的见解来解释一下：自动化测试平台是根据自身公司或者部门的流程，将自动化的需求融入上述流程。即搭建一套severice 或者软件平台来专门服务于自动化测试。而自动化测试框架既是我们编写自动化测试脚本的中心思想。比较常见的RFT测试框架包括数据驱动，表驱动，关键字驱动等等。举个简单的例子来方便大家理解这两个概念，假如你所要测试的应用系统非常之大，很多组件放在许多不同的平台下windows XP， windows 2003，UNIX，AIX，Solaris等等在各自的平台下都有着不同的自动化测试脚本来服务于各自的组件，这些脚本使用不同的自动化测试工具如HP QTP，IBM RFT，selenium等等来完成，自动化测试框架则重点focus在各平台下的脚本的设计，每种工具每种程序语言都有着各自的测试框架，这些框架要靠你对该语言的熟悉程度来设计和完成。而自动化测试平台则更重点focus在如何使得整个应用程序的自动化测试脚本工作在一起，更加方便的操作。
不同的公司拥有着不同的自动化测试平台，在IBM内，很多不同的产品项目也拥有着不同的自动化测试平台，据我所知有些项目使用的是RFT与RQM,ClearQuest，Testmanager的组合，而有些使用的是STAF,RFT的组合。HP的工具也能组合成一套自动化测试平台，这要更具不同公司的需求和不同的测试对象的情况来进行设计和搭建
想问一下哪些地方可以用到自动化测试工具？自动化测试工具实用的有哪些？
使用自动化测试工具的地方有很多，大概分两个部分一种是用于自动化测试，一种用于帮助实现一些自动化功能。对于前者而言主要是应用在测试阶段首先要确定你的测试对象适不适合使用自动化测试。这涉及到自动化测试的概念一类的东西。在一般情况下自动化测试会使用在敏捷测试的回归测试阶段，在这个阶段系统的基本功能已经完成，只是根据客户的要求添加或者修改一些功能，在传统的回归测试中，每个release都需要对原来未进行修改的功能的测试用例要手工跑一遍，这些功能没有改变但是为了确保系统新的改进没有影响到原来的功能，因此在每个release发布前对上个release旧的test case都要跑一遍。所以在一个长期的项目中要浪费很多时间和人力来执行这些已经完善的测试用例，在这种情况下自动化测试就变的非常必要而且能大大的节省成本。针对这种类型的产品或项目就可以使用自动化测试，将原来的手工测试用例变成自动化测试脚本，机器代替手工来做这些工作能够大大节省时间，人力物力等等。对于后者是适用对象是针对所有人，只要你懂自动化测试工具，而且你发现你当前的工作室一些重复性的工作都可以使用自动化测试工具将其自动化，例如每天整理类似报表的文员，每天做文件备份的IT人等等。
自动化测试工具现在已经出现有很多种，业界用的比较多的包括HP QTP,LOAD RUNNER, IBM RFT, RPT，Selenium等等其他还有很多。他们各有其优缺点，不存在实不实用，要看适不适合你或者你的公司
基于自动化平台的测试工作如何展开？从事功能测试的员工刚组建成的自动化测试小组，如何快速有效的提示他们的能力？
我个人建议刚开始的时候不要从搭建自动化测试平台做起，自动化测试平台就像咱们刚开始聊的一样是一个大的suite，最好是慢慢扩大。开始的时候你可以先找到合适的自动化测试工具对你的测试对象进行自动化，然后针对自动化程度来进一步完善直至最后搭建一个适合贵公司的测试平台。就像前面那个例子一样，刚开始的时候你可以针对你所要测的系统组件建立你自己的自动化测试框架脚本，然后进一步扩展到组合所有的自动化测试脚本，来管理他们，更好的服务于整个应用程序。
不同的情况不同的对待。如果展开测试工作的是已经有搭建测试平台经验的人员，就可以先搭建好平台所有的组件，测试他们之间的连通性一旦连通性都是完善的就可以着手进行自动化测试工作。
这要看你所谓的自动化测试小组各个成员的基础，如果是每个成员都有一定的编程基础，这个就比较容易，可以根据他们擅长的语言领域选择自动化测试工具，然后对他们进行自动化测试培训。如果小组里面能有一个能力比较好的自动化测试人员来进行架构的设计或者公司已经有一套成熟的自动化测试框架这样就更好了。如果小组里面只有部分人懂得编码，这样可以先对这部分人进行培训，然后试着搭建关键字驱动的测试框架，然后让不懂编码的测试人员加入进来按照规定设计手工用例，或者转化原来的手工用例到指定的模板下以方便进行自动化测试操作。发挥个人所长，选择合适小组的自动化工具和框架。
请问黑盒测试需要掌握哪些知识！！！求解！！！！
黑盒测试需要掌握哪些知识，这个是一个非常大的话题，这要取决于你的测试对象了。不同的测试对象，不同的公司对黑盒测试人员的要求也都不一样的。但是按照我一直认为的观点，测试就是吃百家饭的，要学习的东西有很多，换了不同的测试对象你要掌握的测试技术就不同了。如果你测的是通讯，无线，网络一类的产品你就需要懂得一些通信，网络的知识。如果你测的是银行一类的产品就需要你有一定的银行背景，同时对安全的概念很重要。如果测试数据库类型的产品可能你的SQL能力要很强，如果你需要跨平台测试需要你的linux或者其他你所要设计的系统比较熟悉等等。所以这个问题涉及的非常广，我可以给你一些我个人的建议。
1.作为一个测试人员首先要有扎实的计算机基础知识，这些知识包括，计算机网络，操作系统，数据库等等
2.要多读一些测试的书籍了解黑盒测试的方法，例如边界值，等价类等等，要懂得如何设计好测试用例，测试计划等等
3.学习一些自动化测试的东西以及性能测试的东西
总之要多学习，善于学习不断的提高和丰富自己
你好！请问目前业界有哪些工具能在Linux64位系统上进行GUI自动化测试。我们的待测程序界面是JAVA开发的单机窗体应用程序。
RFT近期有计划支持这个需求吗？
我个人的观点在linux上面做东西要更方便一些，你不用刻意的去寻找一些自动化测试工具。shell本身就是一款非常好使用的自动化测试脚本，可以用其来设计自动化测试程序，因为linux上面支持python，我个人认为selenium应该能够使用在linux上面，不过如果使用的话最好是经过详细的探索和研究。RFT是支持在linux上面进行自动化测试的，因为RFT是基于JAVA程序的，具有较强的可移植性和跨平台性。但RFT在LINUX上面只能进行回放不能进行录制，但这不是一个问题因为在通常情况下的自动化测试我们都会摒弃其录制功能来自己设计自动化测试框架使用完全编码的方式来实现自动化。
请问一下 选择哪个测试方向更好？公司要我们选择功能测试或性能测试或其他测试进行实习 现在我还很青涩的 不懂这些。。
这个问题怎么说呢，我最大的感触就是选择哪一个都行，一定要做好做深，在哪个行业你能做的非常的professional都会给你带来很大的受益。都能够使得你在测试领域有着较强的竞争力。你可以选择一个方向主攻，在业余的时间学习另外一个方向。测试吗多学点东西对你是有好处的。
同时非常感谢dennyqiang朋友的帮忙回答，在这里既然这位朋友提出了性能测试功能测试我也谈一下我个人的看法。我是主做功能测试的性能测试也接触过一部分按照我个人的看法，自动化功能测试偏重于你的编码能力的锻炼，架构的设计，而性能测试则会涉及到一些更加难于把握的东西。根据我接触的性能测试，我谈一下我个人的看法，性能测试大体上可以分为三个部分，测试前：主要是性能测试计划部分（在我看来这是整个性能测试的难点，性能测试不同于功能测试能给出明确的结果，性能测试大都是能给客户提供比较好的建议来提升系统的性能所以在这个环节深入了解系统和抓住客户的需求是关键，这需要前期做很多的工作找出最适合做性能测试的test scenario，找出客户的最concern的问题即：客户是想找到最影响性能components，是想找到系统的压力临界点，是想找系统在极限的反映等等）。测试中：就是使用合适的工具对脚本录制，模拟压力攻击力编辑脚本得出result。测试后：这也是非常关键的，这就是整个性能测试的最终产物，做好至一部分需要进行对测试结果的分析归纳总结，然后写成报告给客户以准确稳定的评估
我做了2年的自动化测试,基于RFT工具.有必要学QTP不?
这位朋友这就看你的对QTP是否有兴趣，同时是否是公司或部门要求必须要学，否则的话可以不学。因为每个自动化测试工具都有很多雷同之处，RFT 和QTP也不能排除之外，这两个工具在很多方面都是相同的只是部分方法不同基本上是一样的，只不过一个是用vb一个是用java。数量掌握其中任何一个都会对学习另外一种有很大的帮助
自我感觉自动化测试是有前途,但个人所做的自动化项目并没有发挥理想的作用.有很多条件限制了自动化的发展,很是苦恼要不要转型做安卓开发
每个人的条件和所处的环境是不同的，这个我也没办法帮你拿主意，能告诉你的就是如果你认为是正确的而且对你又有很大的锻炼可以尝试去转。IT人本来就这样多尝试一下新的东西，多学点新知识就是在成长的吗
刚开始学习啊~不动看见什么都想学 感觉没找到方向啊 测试大部分人都是很专功的一个方向么要么功能测试 要么 性能测试 要么其他的测试呢？ 还是什么都学习呢发现什么都写好困难啊~另外能给我一份资料吗 tsfr_0315@163.com
其实针对测试来说你可以先找一个方向主公，选择主公的方向首先是看你的兴趣然后看你的功底和潜力。选择好了自己的方向可以趁平时休闲的时候看一下其他测试技术方面的书。好的测试人员对其他的都懂一点也是必要的。而且标准的敏捷测试团队中的测试人员可是能拿出来做任何测试工作的哦。
还请孙强老师详细介绍一下基于RFT自动化测试框架开发和实现吧，方便的话可以提供一下学习资料或是网站。谢谢
RFT现在的测试框架有大概主要的有几个方面，一是数据驱动，表驱动，关键字驱动等。这些框架都离不开IBM设计的ITCL框架。所以如果你想学RFT框架的话首先是能够把ITCL弄的非常清楚。ITCL在某个层面上说有些类似与MVC，就是把对象，操作和用例分开来处理能够更大化的实现代码的可重用以及代码和数据的分离。ITCL标准分为三个层次分为objects层用来存储应用程序所涉及到的test objects，task层主要是对存储的objects进行简单的操作，然后是script层用来最终实现测试用例。在整个自动化测试过程中要做好对测试数据和log的处理。具体的涉及到框架的东西也不是一句两句能够讲的明白，但是中心思想是这个样子的，每个team都会根据这个中心思想来定制自己的框架。我会在本期的最后发一些相关的资料给你 |
|
/1 
关于我们
发表于 2012-1-9 10:29:55
。