51Testing软件测试论坛

标题: 测试总结+一点点困惑,希望前辈们指点(2010-11-10) [打印本页]

作者: 江潭素月    时间: 2010-11-12 14:56
标题: 测试总结+一点点困惑,希望前辈们指点(2010-11-10)
本帖最后由 江潭素月 于 2010-11-18 13:48 编辑

时间过得真快,做测试已经半年多了。发现自己好久没有写感慨了,嘿嘿...我觉得我写阶段性总结就跟发感慨一样,所以就直接叫写感慨了。
   上月写总结时8.20,新来了个技术总监,跟我们测试人员说下一步要做代码走查和质量监督,结果呢,没怎么实施,只是做了几次代码走查。但是效果也不怎么样,走查出来的问题没人修改,理由是忙。开发人员都忙着写程序,都不愿意改规范方面的东西,我们测试人员说话又没有分量,所以8.31做走查时发现的问题现在还没改呢,也就刚毕业的几个应届毕业生还改了改。做代码走查,用了个工具jupiter,其实只是Eclipse的一个插件,类似于黑盒测试时用的bug管理工具(我们公司用的是mantis),发现代码哪行不合规范时,右击添加Bug,在Review Table中就会显示您添加的bug,双击某个bug时会定位到代码行。用起来还可以吧,缺点就是只能定位java类,对于jsp无法准确定位到确定的代码行。
    这两个月还是在手工测试,手工测试做得时间越长,心里越着急,感觉总是在做一些没有什么技术含量的工作,当然也不能说一点含量也没有,很多开发人员发现不了的错误,我点两下就能发现。可是和以前做开发时的感觉就是不一样,那时实现一个比较难的功能,感觉特别有成就感,自从做了测试,成就感就消失了。最近工作也不是很忙,所以看了看测试工具方面的文章,从自动化测试入手,看了些Selenium和QTP比较的文章,然后最后选择了用Selenium。再加上之前我咨询过中创的一个测试人员,他们没有用QTP,我说我想学习QTP,不是可以用po jie版的吗,她说po jie的QTP肯定和正版不一样,到时候测出来的数据客户也不信,还不如不用呢。于是乎,我开始学习Selenium,在学习了Selenium IDE、Selenium RC学会了基本的录制和用xpath定位元素后,我开始从实际项目着手,实践Selenium,这时我才发现Selenium对于处理弹出框、上传、下载不好,咨询了下51testing上认识的小米,确实是这样,他在用Selenium,但是他们的程序没有上传、下载、弹出框之类的,所以人家才选择用Selenium。一听这,我有些泄气了,学着也不怎么带劲儿了,又咨询了几个人,发现好多大公司都是在用po jie版的QTP,po jie版的跟正版的没有什么区别。我现在真是犯难了,我是继续学习Selenium呢还是学习QTP呢?学习Selenium吧,学着不怎么起劲儿,感觉因为它对弹出框、上传、下载支持不好,而我们系统中弹出框很多,放着功能强大的QTP不学,却学习Selenium是不是有些不对劲啊?放弃学习Selenium呢?不成了半途而废了吗?
    其实,我现在偏向于放弃Selenium,学习QTP,因为我感觉Selenium对弹出框、上传、下载处理不好,当然没怎么实践,只是做了个皮毛,QTP到底好学不好学,好用不好用,我也不太清楚,只知道QTP是自动化测试的权威,大家给出个主意呗,我怎么办比较好呢?继续学习Selenium还是改学QTP?说什么都可以,批评也ok,良药苦口嘛,先谢谢各位了...
作者: msnshow    时间: 2010-11-12 16:34
回复 1# 江潭素月


    楼主太急了,先把基本的功能测试做好
作者: 江潭素月    时间: 2010-11-12 16:44
回复 2# msnshow


  那你觉得功能测试做到什么地步算是做好呢?我总感觉现在的工作没有什么技术含量,没有挑战,而且工作不忙,空闲时间比较多,所以想学学测试工具方面的知识
作者: msnshow    时间: 2010-11-12 17:03
回复 3# 江潭素月


    如果你觉得功能测试没什么好做的,说明你做得还不够深入
作者: 江潭素月    时间: 2010-11-12 17:14
回复 4# msnshow


    那是肯定的了。那你觉得怎么样算是做深入了呢?我们公司比较小,测试就只是点点界面,找找bug而已。您能说说你们功能测试都是怎么深入做的吗?
作者: msnshow    时间: 2010-11-12 23:33
多考虑关联关系,这样测试才能更全面
作者: Jun_Li    时间: 2010-11-15 08:48
en,  很多人可能都认为测试比较easy,  但我做了两年多想想好像没那么easy,  测试需求 测试计划 测试策略 用例 执行过程...  Bug 的管理跟踪....   好像应该是测试人员必备的技能 , 但不是死记硬背  应用到工作中能有好的策略 用例找到Bug才行, 我欠缺.

说到自动化测试,  自动化的流程,  分析项目可行性 工具选取 语言学习 框架设计 用例设计(分层 数据读取)  好像那一块不经过练练都是花架子.   多说句, 如果想实施自动化还是先分析下项目的现状吧 是否适合自动化 那款工具适合 选择理由是什么?   如果是自己玩玩那随便吧

想那说哪了 , 自己的一点感受
作者: 江潭素月    时间: 2010-11-15 09:25
回复 8# Jun_Li


    我们公司做项目流程不是很正规,没有需求分析,比如客户给我们说给我们做个模具管理吧,然后开发人员商量下数据表,就开始开发,开发完让我们测测,有没有明显Bug,然后就给客户看看是不是符合他们的要求,不符合再改,改完再测。就这样。
  测试需求一般是根据需求分析来写吧,可是我们没有,而且一般是两天测试,而且测之前不知道他们开发的是什么样的软件,因为没有需求没有设计,只有开发完才知道,所以测试前没法写测试计划、测试策略,测试用例这些东西。所以我才想自己学学测试工具的,至于公司的项目,是不会用工具的,首先,项目的需求总是变,不适合自动化,还有项目一般是几个人在用,性能测试也用不大到。学习工具我没有想用到项目中,只是想学习一下,以备以后用
作者: 赵佳乐SMILE    时间: 2010-11-15 09:34
我从上周开始自学QTP
我们弹框 和上传 也很多
看了楼主的文章 真有用
作者: 江潭素月    时间: 2010-11-15 09:40
回复 9# 赵佳乐SMILE


    以后向你请教QTP了,呵呵
作者: 赵佳乐SMILE    时间: 2010-11-15 09:42
回复  赵佳乐SMILE


    以后向你请教QTP了,呵呵
江潭素月 发表于 2010-11-15 09:40


不敢当 一起学习吧。。。我也是自学 上周才装上了工具
作者: peag    时间: 2010-11-15 12:07
为什么,我的困惑也差不多,测试不规范,测试没标准,工作没意思
作者: lyylovewsq    时间: 2010-11-15 15:11
~~~~(>_<)~~~~ 我的处境也差不多    闲的慌呀     最近安装了LoadRunner11.0   可是经常出错     没信心学了            过几天也准备装QTP     不知道是否容易上手
作者: 江潭素月    时间: 2010-11-15 17:20
回复 12# peag


    估计很多测试人员都这样,应该外企或国内北京、上海、深圳的公司会规范些
作者: 江潭素月    时间: 2010-11-15 17:21
回复 13# lyylovewsq
LoadRunner经常出错?您可真是打击俺啊,我还没学呢,QTP也没学呢,最近在忙工作,没怎么学习
作者: 紫色的低调    时间: 2010-11-15 17:30
自己好像也处于这种状态呢,该何去何从呢?
作者: 紫色的低调    时间: 2010-11-15 17:31
LR用过一个云端的学习,可是实际装起来,错误层出不穷,愁人!
作者: 江潭素月    时间: 2010-11-16 09:17
回复 17# 紫色的低调


    不是吧?LoadRunner可是性能测试的权威啊?怎么会有层出不穷的错误呢
作者: 千里    时间: 2010-11-16 13:41
~~~~(>_
lyylovewsq 发表于 2010-11-15 15:11



    经常出错是一件很正常的事情,就是在经常出错中不断成长。
作者: 千里    时间: 2010-11-16 13:42
为什么,我的困惑也差不多,测试不规范,测试没标准,工作没意思
peag 发表于 2010-11-15 12:07



    把问题在公司内部抛出来,寻求解决方案。
作者: 江潭素月    时间: 2010-11-16 13:47
回复 20# 千里


    这个办法在我们公司不适用,大家都很清楚,主管也很清楚,但是项目经理不采取措施
作者: 千里    时间: 2010-11-16 14:02
回复  千里


    这个办法在我们公司不适用,大家都很清楚,主管也很清楚,但是项目经理不采取措施
江潭素月 发表于 2010-11-16 13:47



    总结出来,留给以后用。经验不一定现在用,以后可能用得着,呵呵。
作者: 江潭素月    时间: 2010-11-16 14:13
回复 22# 千里



作者: liaojuan    时间: 2010-11-16 17:18
跟楼上的都差不多
作者: 江潭素月    时间: 2010-11-17 08:39
回复 24# liaojuan


    那你的打算是什么呢?继续手工测试,把手工测试搞精通?还是学习测试工具?说说你的想法呗,参考一下
作者: 千里    时间: 2010-11-17 09:08
回复  liaojuan


    那你的打算是什么呢?继续手工测试,把手工测试搞精通?还是学习测试工具?说说你 ...
江潭素月 发表于 2010-11-17 08:39



    请别把手工测试与功能测试等同起来了,也请别把功能测试与系统测试等同起来了。
作者: 江潭素月    时间: 2010-11-17 10:15
回复 26# 千里


    嗯,表达可能有误。手工测试的范围很大,它包含功能测试,凡是不借助工具的测试都称为手工测试,而且可以根据这个分为手工测试和自动测试,这是分类的一种分法。
   另外一种根据阶段分,分为单元测试、集成测试、系统测试、验收测试。系统测试就是充分运行系统,找出系统的Bug,包含功能测试、性能测试、兼容性、健壮性等很多测试,这样理解对吗?

   说话没那么严谨,以后注意。其实我想问他的是现在要不要学习测试工具,用测试工具辅助测试。
作者: 千里    时间: 2010-11-17 11:16
倒没有去说表达需要如何严谨,只是如果你的潜意识里面把三者等同起来了,就会有点麻烦。就会把手工测试、功能测试小瞧了,觉得自己做的工作太简单。
作者: 江潭素月    时间: 2010-11-17 11:58
回复 28# 千里


    确实有点那个意思,主要是工作中的测试太简单,不知道该如何深入地展开功能测试。写测试需求?不太可能,因为公司的项目没有需求分析没有设计文档,都是开发人员听客户做个啥就开始做;然后开发完交给测试,一般要求两三天测试,这样的话我们就不写测试计划、测试用例了。总之,我们是拿过来就测试,唉,很郁闷。我该如何深入功能测试呢
作者: peag    时间: 2010-11-17 12:28
回复 14# 江潭素月


    唉,我还是老老实实自己学习,争取早点找到个好的公司,提高自己吧
作者: peag    时间: 2010-11-17 12:29
回复 20# 千里


    内部?不可能的,以我对老板以及主管的认识,公司测试没点地位,订饭什么的都我来,就一打杂的
作者: peag    时间: 2010-11-17 12:30
回复 20# 千里


    内部?不可能的,以我对老板以及主管的认识,公司测试没点地位,订饭什么的都我来,就一打杂的,产品出问题了就是测试的问题,不管三七二十一
作者: 千里    时间: 2010-11-17 13:03
回复  千里


    内部?不可能的,以我对老板以及主管的认识,公司测试没点地位,订饭什么的都我来,就 ...
peag 发表于 2010-11-17 12:30



    其实我们公司的测试也没地位,不过订饭的事情偶一般表示拒绝。不属于我的事情我不做,如果你要我做,至少是请我做。
作者: 千里    时间: 2010-11-17 13:05
回复  千里


    确实有点那个意思,主要是工作中的测试太简单,不知道该如何深入地展开功能测试。写测 ...
江潭素月 发表于 2010-11-17 11:58


这些问题是我经常想的,你的难处也把我折腾得焦头烂额,就在想有没有更好的办法解决它。测试的管理、项目的管理有时候都不是那么回事的。
作者: 江潭素月    时间: 2010-11-17 13:52
回复 30# peag

找就找大公司,中小公司都差不多,我周围做测试的没几个规范的
作者: peag    时间: 2010-11-17 13:56
回复 35# 江潭素月


   是的,小公司一来不重视,二来也没有那资本去创造一个好的测试团队,所以还是得自己学好技能,往大公司钻
作者: 江潭素月    时间: 2010-11-17 13:56
回复 34# 千里


    这不是测试能左右得了的,测试管理的好坏很大程度上和整个公司对项目的管理有很大管理。像我们公司,项目流程中缺少需求分析 设计的环节,测试怎么从需求时就介入进来呢。中国很多软件公司的管理本身就不健全,缺乏合理的管理,导致测试的管理也很难规范。我是这么认为的,挺郁闷的,说的不对的话,您随时指正,很希望得到有经验同行们的指点
作者: peag    时间: 2010-11-17 13:58
回复 33# 千里


    确实很不想做,偶尔几次唔所谓,但是长期要我来....
要是其他一些能让我成长的,能让我学到东西的要我去做我都唔所谓了,那些起码能让我成长....
作者: 江潭素月    时间: 2010-11-17 14:01
回复 38# peag


    唉...可怜得测试人员,总是把测试当打杂的...不过我比你幸运,不做那些与技术点边不沾的。我顶多写写文档,整理整理服务器,走查个代码,我觉得这样对我都有一定的提高,所以还比较喜欢做
作者: 千里    时间: 2010-11-17 14:02
昨天听我朋友说他们公司在讲执行力,对于某个事情没有完成采取了罚款的措施。我就笑了,一个领导在大讲特讲执行力,最后发现原来最没有执行力的环节就是自己。这真是一个笑话
作者: 江潭素月    时间: 2010-11-17 14:05
回复 40# 千里


    残酷的现实,很多时候就是这样...没办法
作者: peag    时间: 2010-11-17 14:09
回复 40# 千里


    早段时间公司说什么都要走流程,不管开发还是测试,一直到现在,产品的功能更改都没出过一个文档,还是口头说了就算,让需求人员写文档就会回答:这种东西哪还用写文档啊,那么明显的事情》。。。雷了,有始无终的东西在小公司多了
作者: 千里    时间: 2010-11-17 14:10
回复  peag


    唉...可怜得测试人员,总是把测试当打杂的...不过我比你幸运,不做那些与技术点边不沾 ...
江潭素月 发表于 2010-11-17 14:01


如果在公司没有任何一个领导对我们进行保护,我也会选择离开。
作者: 千里    时间: 2010-11-17 14:11
呵呵,没有说得对与不对的,这是讨论环节。
作者: peag    时间: 2010-11-17 14:12
回复 39# 江潭素月


    整理服务器,搭建测试环境,源代码管理什么的东西都是我来做....bug管理也是自己搭起来的.....很悲剧,只能自己倒弄
作者: 千里    时间: 2010-11-17 14:14
回复  千里


    早段时间公司说什么都要走流程,不管开发还是测试,一直到现在,产品的功能更改都没出 ...
peag 发表于 2010-11-17 14:09


问题出在了中层领导身上,结果是我们底层买单。所以我第一反领导,第二反需求人员。
作者: peag    时间: 2010-11-17 14:16
回复 46# 千里


   我还曾经收到老板的邮件说,问题到了客户那边反应出来就全是测试的问题。。。所以不管是设计上不足还是功能设置不合理什么的都是测试的错...要反我先反老板....
作者: 江潭素月    时间: 2010-11-17 14:23
回复 45# peag

其实鼓捣这些蛮不错的啊,还能学点东西,至于像订饭这种活实在是不该让你来做
作者: 千里    时间: 2010-11-17 14:24
回复  千里


   我还曾经收到老板的邮件说,问题到了客户那边反应出来就全是测试的问题。。。所以不管 ...
peag 发表于 2010-11-17 14:16



    同情,你还是来我们公司吧,我这里欢迎你。
作者: 江潭素月    时间: 2010-11-17 14:26
我们现在测试工作是这样的:直接在Myeclipse里迁出源码,部署到tomcat,进行测试。发现问题提交bug,然后测试人员修改后提交代码,我们再更新,就这样边修改边测试。不知道你们是怎么个测试法,好像很多公司都是打包测试,不会在开发环境下测试的。但是呢,我感觉我们这样的测试效率会高些,因为打包本身就花费很长时间呢?你们说说呢?
作者: peag    时间: 2010-11-17 14:27
回复 48# 江潭素月


    能学到东西的我都不会拒绝,唉,牢骚也发了,还是得干活...
作者: peag    时间: 2010-11-17 14:28
回复 49# 千里


    嘿嘿,千里哥还是找间好的重视测试的公司吧,到时千里哥在里面混熟了顺带把我领进去好了
作者: xiaogui16    时间: 2010-11-17 14:31
同楼主,也是毕业半年,做的手动测试,现在闲,感觉没啥成就感,哎
作者: peag    时间: 2010-11-17 14:37
回复 50# 江潭素月


    我们的是.net的,基本流程跟你的差不多,源码部署,然后测试,提交BUG到jira,开发人员修复BUG后我们测试人员回归测试,通过后关闭,要出版本了就发布,然后验证下功能
作者: lyylovewsq    时间: 2010-11-17 14:42
回复 47# peag


同感....为什么都是测试的错  悲!!!
作者: 江潭素月    时间: 2010-11-17 14:44
回复 53# xiaogui16


    偶毕业一年半了,先是做的开发,感觉压力大,转测试了
作者: 江潭素月    时间: 2010-11-17 14:45
回复 54# peag


    嗯,确实差不多,我们的bug管理工具是Mantis。等Bug改得差不多开始发布的时候,我们才打包。
作者: peag    时间: 2010-11-17 14:51
回复 57# 江潭素月


    流程可能都是差不多,只是我这边的没有做代码走查之类的单元测试的,直接系统测试,过了之后就发布然后在验证下功能
作者: peag    时间: 2010-11-17 14:52
回复 55# lyylovewsq


    努力吧,这种状况是要我们这些测试人努力才会改变的
作者: 江潭素月    时间: 2010-11-17 14:59
回复 58# peag


    我们公司的代码走查不规范,而且也不属于单元测试的范畴,和某个系统的测试工作也沾不上什么边。就是平时没事比较闲的时候检查下开发人员的代码,看代码是够符合公司的开发规范,然后借助findbugs工具检查下代码中是否存在逻辑方面的错误
作者: 千里    时间: 2010-11-17 15:02
回复  千里


    嘿嘿,千里哥还是找间好的重视测试的公司吧,到时千里哥在里面混熟了顺带把我领进去好 ...
peag 发表于 2010-11-17 14:28



    这种事情不在群里面说,咳咳。
作者: peag    时间: 2010-11-17 15:09
回复 61# 千里


    我们不群聊,我们版聊
作者: peag    时间: 2010-11-17 15:10
回复 60# 江潭素月


    你们还好,起码有这机会去接触,能了解下流程嘛,还是可以学到东西的
作者: 2004112102    时间: 2010-11-17 15:14
看到你们的状况我也感觉失落,我现在连测试环境都没有搭建过,能讲讲搭建测试环境是怎么一回事吗?呵呵
作者: 江潭素月    时间: 2010-11-17 15:15
回复 63# peag

嗯,通过走查代码认识了findbugs和jupiter,还是有些收获滴
作者: peag    时间: 2010-11-17 15:18
回复 65# 江潭素月


    我代码不行,得好好学习开发的技能
作者: 千里    时间: 2010-11-17 15:26
回复  peag

嗯,通过走查代码认识了findbugs和jupiter,还是有些收获滴
江潭素月 发表于 2010-11-17 15:15



    这两个东西我没玩过,不会使。
作者: 千里    时间: 2010-11-17 15:26
回复  江潭素月


    我代码不行,得好好学习开发的技能
peag 发表于 2010-11-17 15:18


开发去吧,我也一度想开发。
作者: peag    时间: 2010-11-17 15:29
回复 68# 千里


   哈哈,算了吧,我这技术半年开发不出一个功能来,学了再看吧,不太想开发,提高了开发技术就好
作者: 江潭素月    时间: 2010-11-17 15:45
回复 64# 2004112102


    我们公司不搭测试环境,直接在开发环境下测试。我理解的搭建测试环境是:依据客户使用的环境,例如window 2003 server ,firefox的浏览器等。根据这些安装个虚拟机,在虚拟机上安装打包程序,运行测试。
  不知道我的理解对吗?有经验的同学们给偶指正啊
作者: 江潭素月    时间: 2010-11-17 15:48
回复 64# 2004112102

搜索了一下,看来我刚才的理解比较片面。

测试进行软件测试的之前,需要搭建好测试环境。那什么是测试环境呢?
    简单的说就是软件运行的平台,即软件、硬件和网络三种环境的合集,也就是说:测试环境=软件+硬件+网络   
硬件:包括PC机、笔记本、服务器、各种终端等。例如要测试photoshop软件,是要在PC机上测,还是笔记本上测?是在cpu为酷睿的计算机上测,还是要在炫龙的cpu上测?不同的硬件环境photoshop的处理速度是不一样的。
    软件:这里主要指的是软件运行的操作系统。例如测试photoshop,是指windows xp下测试还是在vista下测试?可能会有兼容性问题。软件环境还包括与其他各类软件共存同一系统时的兼容性问题。
    网络:主要针对的是C/S结构和B/S结构的软件。比如我现在测试的软件,客户的网络环境是千兆以太网,而我们的网络环境还是百兆以太网,而且还是闲时才能达到百兆的速度。这样的环境要是很精确的测试响应时间,还是很伤脑筋的。

   上面介绍了什么是测试环境。那么如何搭建测试环境呢?
   一般来说,配置测试环境可遵循下列原则:
   1、真实:尽量模拟用户的真实使用环境。这里需要提一点,关于项目软件与产品软件需要不同看待。项目软件由于只针对某一群体的用户,所以测试的环境比较单一。但产品软件针对的是广大群众,所以测试环境比较复杂,要多方面考虑。
   2、干净:测试环境中尽量不要安装与被测软件无关的软件。笔者就遇到这种事情,两台机器,针对一个功能,一台测试OK,另一台测试NG,最后根据调查发现,测试OK的机器上安装了客户根本不会安装的VC++开发环境,测试NG的机器正因为没有安装VC,所以测试出了这个bug:软件中缺少必要的动态链接库支持。但这个干净也不是必须的,有时还要刻意去测试某个软件去其他软件并存时的兼容性问题。
   3、无毒,这个应该不必多说了,测试工作应该确保在无毒的环境中进行。
   4、独立:测试环境与开发环境相互独立。就是说开发环境和测试环境最好分开,即测试人员和开发人员分别用不同的服务器(数据库、后台服务器等),避免造成相互干扰。
作者: 343769008    时间: 2010-11-17 16:00
我是新手 在上海工作 没经验 上两周的班 公司太过于正规 事多 哎
作者: 2004112102    时间: 2010-11-17 16:15
回复 71# 江潭素月


    回答的够全面,谢谢LZ。测试路上困惑多啊,杂而不精,不知道具体的方向
作者: 江潭素月    时间: 2010-11-17 16:42
回复 73# 2004112102


    不客气,大家都是互相学习嘛,我也算个新手,做测试七个月吧
作者: peag    时间: 2010-11-17 18:05
回复 74# 江潭素月


    哈哈,我长点,加上实习快一年,只是没靓女做得好
作者: 千里    时间: 2010-11-18 08:49
看到你们的状况我也感觉失落,我现在连测试环境都没有搭建过,能讲讲搭建测试环境是怎么一回事吗?呵呵
2004112102 发表于 2010-11-17 15:14



    最简单的测试环境可认为,给出一个专门用来测试的环境来,而不记开发可以随时更新。
作者: 千里    时间: 2010-11-18 08:50
我是新手 在上海工作 没经验 上两周的班 公司太过于正规 事多 哎
343769008 发表于 2010-11-17 16:00



    以后你会觉得正规是一件多么幸福的事情
作者: 343769008    时间: 2010-11-18 11:34
回复 77# 千里

哎 也许吧 现在感觉事多 而且好不自在~~~
作者: 江潭素月    时间: 2010-11-18 13:46
回复 75# peag


    偶还做了一年多开发呢,其实工作一年半多了。现在做得这程度,感觉自己没啥进步或者说进步很慢
作者: peag    时间: 2010-11-18 14:11
回复 79# 江潭素月
偶才毕业半年,在学校是混过来的,一混还混没了四年~~
作者: zcl7973    时间: 2010-12-3 11:22
我是做性能测试的,感觉还是做开发的好点,做开发每天都充实
作者: 苏高跃    时间: 2010-12-3 16:47
回复 79# 江潭素月


    我发现很多新人动不动就直接想学技术,理论知识不扎实,你做技术到处遇到问题,无法解决,天天在论坛上问这问那,很多都是因为理论知识不扎实引起的。我建议理论扎实了,再利用时间充下技术这样就不会那么迷忙了。。。。
作者: shenhh    时间: 2010-12-6 17:16
别想太多,其实自动化工具只不过是一个工具而以,真正的技术在于实践,多多练习就行
作者: dengkele    时间: 2012-11-1 14:22
楼主,同感啊!




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