发布新日志

  • 是不是不适合做测试了

    2012-07-04 21:27:55

    今天连续发现两个bug,一个是没有考虑到的,一个是测试没有完整。明明做过的事情,确认过多次的,到最后发现居然还存在问题。这让我难以接受。虽然数据问题很多,浪费很多时间;虽然设计很乱,逻辑需要确认了再确认;虽然出现问题,平均每个bug开发需要改两次才能确定。但是,怎么说,那么明显的问题存在让我难以接受。
    我是不是不适合做测试了?年纪大了?
  • 作为测试的郁闷

    2012-06-28 10:37:58

    同一个从一开始到快要测试结束都没有解决
    同一个问题来回好几次才能解决
    会让我觉得心里很没底
    这样会干扰我的视线,不能更好地去发现新问题
    所以我郁闷中。。。。
  • 环境都配好了

    2012-06-21 16:24:18

    近段时间打算学习selenium不是,然后selenium-sever配置好了,php-client配置好了,php集成环境xampp配置好了,phpunit也配置到了。突然发现接下去要做什么却不知道了。哈哈。我近段时间常常会不小心一篇空白,估计是初老龄了。

  • 发现一个有意思的人

    2012-06-20 09:11:09

    很久没有进testing,再次工作,才开始学习。看到好的文章就进去瞧瞧,看到新的文章也进去看看。发现总会有一个人走在我的前面,几乎每篇文章都会有他的脚印。次数多了就会觉得好奇。
    后来看到一篇挺好的一篇文章,他留下的评论是诸如这篇文章推荐到优秀篇章,希望好文章越写越多。才明白原来是网站的编辑。恍然大悟。
  • 莫名其妙的问题

    2012-06-19 16:10:04

    当初装selenium-server的时候,因为4444端口被专用,所以启动不了。查了百度,原来是因为金山快盘占用了。于是关闭。谁知道还不行,于是干脆卸载。还是不行,咬咬牙重启。然后,好了说,成功启动.exe文件了。后来一直可以正常启动。估计是线程或者进程不能立马关闭的缘故。
    今天是安装xampp,php的集成环境。是放在d盘下面的xampp文件夹下面的。apache和mysql总是不能正常启动,log文件也总是不能写入。查了百度,说80端口被占用了,于是关闭skype。还是不行,但skype是公司交流工具,总不能为此删掉。乱七八糟,各种办法想了很久,最后死马当活马医地直接拷到c盘地下,打算如果再不行就换个集成环境了。谁知行了说,apache正常启动,mysql正常启动,全部ok。估计是因为d盘取名为data(d)的缘故。
    对于软件,或者是win7,我是菜鸟。总是在各种考验中,得到各种匪夷所思的效果。虽然费了点时间,但结果很可喜。哈哈
  • 案例评审

    2012-06-15 14:21:44

    鉴于自己顺手的第一个测试任务,认为在测试阶段,需要确认的点太多--主要是发现自己的测试案例和开发的成果物实现结果有相差,所以总是需要跟设计确认。
    其实在初期,进行过案例评审,不过参加的人是开发经理(产品经理?),还有相关的开发,唯独缺少了设计和需求。这是因为开发(产品?)经理说,不需要。本人进入公司乃初期,于是同意。虽然评审案例的时候,每个点都是跟开发确认过的,都是取得同意的,但结果居然还能这么相差,让我这个做测试的怀疑自己是没能在评审的时候讲得特别清楚,抑或是开发根本就没有在意地听?所以导致,总是要跟设计不停地确认,到底是谁对谁错,工作量很大。再加上,开发有些去确认自己的东西没有跟我这边通气;还有一些是设计那边有变动居然没有顺便通知到测试。
    可能小公司都有这个问题吧。
    所以在会议当中,提出设计改变需要跟测试开发一起通知;开发如果有确认到的东西最好也跟测试讲一下;建议测试案例评审时必须有设计参与。。。
    其他开发(项目)经理都觉得那些是必须的,唯独觉得案例评审不用设计参与,因为他认为开发测试是内部的,设计是外部的,一致对外。我只能用另外的手法咨询已有的测试人员,大部分需要确认的点是什么时候发现的。云:写案例的时候,因为会考虑到更多,所以更多。所以我再次强调需要案例评审需要加上设计。经理仍旧不同意,我问为什么?他说其他大公司可能有,但是我们公司需要考虑到费用。我很不理解难道我不停滴在测试阶段跟开发跟设计确认就不涉及到精力和事件么?经理总是强调工作量和时间。因为在发现很多不合理和不够人性的地方我会跟设计确认,大多设计采纳,于是增加一些功能,即使小功能的改善,但零零碎碎的东西累计起来,也增加了开发的一些时间,还有我这边的一些测试时间。所以经理说,不要多思考,我们开发和测试的工作就是把设计给我们的东西做出来,然后测试通过就ok了,什么功能优化,逻辑优化,那是设计和需求的事情。
    说的次数多了,我就觉得他可能旁敲侧推地可能想说让我不要多做太多事情。有点无奈,因为我觉得如果设计不合理的地方,我这边提出其实也是我工作的一部分,但在这里却是多余的事情了。但在这个项目,好几次听从他的说法,到最后还是需要增加当初我认为需要加的一些功能。难不成到要上线的时候,来急急忙忙增加功能会更好些么?
    感叹一下。需要学习的地方太多,如果想要改善这个公司的测试流程,我要做的要努力的事情还很多。努力看看吧。

  • 总结很重要

    2012-06-15 11:18:39

    看到很多新人都在写总结,都写得很不错。想想自己从事工作也好多年了,至少毕业八九年了快,但仍是幼稚。
    要多总结才能成长的更快,不管是生活还是工作,开发还是测试。
    虽然临时想到要去总结可能也从心里挖不出来什么,但总算知道有这么个事,那就平时积累吧。
  • 测试方案 -- 学习

    2012-05-22 09:44:18

    、测试方案:

      描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。

    二、测试方案是技术层面的文档,从技术的角度度一次测试活动进行规划。

    三、测试方案的具体内容:

      1、明确策略

      2、细化测试特性(形成测试子项)

      3、测试用例的规划

      4、测试环境的规划

      5、自动化测试框架的设计

      6、测试工具的设计和选择

    四、测试方案需要在测试计划的指导下进行,测试计划提出“做啥”,而测试方案                   明确“咋做”。

  • 测试计划 ----学习

    2012-05-22 09:42:46

    一、测试计划

      对测试全过程的组织、资源、原则等进行规定和约束,并制订测试全过程各个阶段的任务以及时间进度安排,提出对各项任务的评估、风险分析和需求管理

    二、测试计划是组织管理层面的文件,从组织管理的角度对一次测试活动进行规划。

    三、测试计划要明确的内容:

      1、明确测试组织的组织形式

      1>测试组织和其他部门关系,责任划分。

      2>测试组织内的机构和责任安排。

      2、明确测试的测试对象(明确测试项,用于后面划分任务,估计工作量等)

      3、完成测试的需求跟踪

      4、明确测试中需要遵守的原则

      1> 测试通过/失败标准

      2> 测试挂起和回复的必要条件

      5、明确测试工作任务分配是测试计划的核心

      1、进行测试任务划分

      2、进行测试工作量估计

      3、人员资源和物资源分配

      4、明确任务的时间和进度安排

      5、风险的估计和规避措施

      6、明确测试结束后应交付的测试工作产品

  • 迷茫

    2012-05-22 09:15:44

    进了新公司已经快一个月了。当初面试的时候有各种打算,现在却出了写写案例,功能测试,突然就不知道如何继续了。明明测试组长的职位,需要自己建立一些流程之类的。谁给我些建议呢?
  • 初次接触白盒测试

    2010-11-04 18:02:16

    平时总是觉得自己代码能力很差,所以不大喜欢看代码,有点抵触。
    今天的需求看起来貌似很简单,但是有些类目却不能显示。照例说这个是正常现象,因为没有产品的时候是不显示的。
    但是因为没有产品显示,所以不能肯定在这些类目有产品的时候,产品页面是否能正常显示。于是去看改的代码点。
    果然发现问题了,问题也不算小。因为需求的改动有点小,但是开发却把开动的范围扩大了。比如说需求说不显示类目1,2了,然后类目1,2是属于类目a的,类目a包含1~10这几个类目。开发可能是为了方便,或者没有考虑全面,在代码里本来在写方法的时候,调用了a.所以代码要改的时候,其实应该把a改成3~10来显示。开发把a类目全去掉了。所以改动的范围扩大了。将需要显示的类目也改成不显示了。幸亏发现。

    看来看代码还是有必要的有时候。
  • 关于劣势

    2010-11-03 15:38:53

    自觉沟通有问题。跟代沟无关。感觉自己想事情的方式不一样,然后关心的点不一样。很多时候我心里想问的是一个点,别人回答的是另外一个点。很多时候甚至有,我想知道的只是他说的里面的一个点的里面的一个小点。很多时候我只能等着对方把自己知道的点一个一个的说完,最后找到自己想要的。真是很浪费时间。双倍时间。还有给别人一种自己怎么什么都不知道的不负责感。虽然很犯愁,但思维方式真的不一样。如果只是跟少部分人,那还可以,如果是跟大部分人,问题就大条了。然后我正处于这个大条的时候。解决这个问题,可能还有待自己的思维定势的改变,和口头表达能力的培养。

     

    还有性急。有人说过这是很恶劣的。比抢劫骂人还要恶劣。最主要其实还是上面的问题引发因为自己的问题别人不了解,然后想要匆忙解释的时候,其实很着急解释的时候,根本就解释不清。虽然有人说要等别人把事情说清楚了,再接下去说。可是在项目当中的时候,两个人说的不一样,我觉得时间浪费了,一心急就抢话了。也有些时候其实自己没理解别人说的,其实说的就是我的问题。所以如果鱼和熊掌不可兼得,先改了心急的毛病,不要抢话,先把别人说的主题先弄清楚了。然后再解释他说的不是自己的。虽然可能别人觉得笨一点,但至少不是很恶劣。然后耐心培养了,再来解决别人认为自己笨的问题。

     

    还有不自信和不信任开发的问题。很多时候测试了某个点,可是还是会不放心,会想方设法找各种可能性测试。其实是好事。但是如果不分主次,就是不对了。有些是小问题,即使很有可能出错,但如果访问的人很少,或者内部使用,或者只是显示的,特别小特别小的问题,虽然也要保证不出问题,但需要减少测试次数,将重点主要的地方,先多测,确保万无一失了,再来关注也是可以的。还有对开发的信任问题。很多时候,因为自己做过开发,所以会多想一步在代码的逻辑方面。虽然很多时候的确会点准可能出现问题的地方,但要起码尊重开发的劳动成果。虽然自己尊重一切人权,但有些时候说话直了一点,需要加些花样,换个方式,比如带点询问的语气;或者自己先看代码,的确有了这样的可能性,再去询问。可能更会得到支持,或者觉得你还是有货,下次就会更尊重你的看法和建议。无论是谁,对于自己的成果物都是保持骄傲的,如果不信任或者语气怀疑的话,谁都会反感的。

     

    只怀有好的目标和善意,却行错了方式,肯定是得不到好结果的。还会从反方向发展,招致不理解。

     

    再接再厉吧。

  • XP 系统不能进行文件搜索时

    2010-10-29 16:56:01

    系统不知道什么时候不能搜索了,网上搜了一下,找了好几个方法都没弄好,最后找到一位大师说:

    非常简单的方法:开始——运行——输入regsvr32 /i shell32.dll——回车。要是还不行的话你再找我!

    于是成了。

    有网络真好呀。网上的大师都是免费的。顶大师们。

  • 测试的目标

    2010-09-19 14:37:43

    测试就是要做到编程像开发,数据库管理类似dba,业务不逊于产品,放出去就能独当一面,收回来能够镇宅辟邪。

     

    貌似选了一条超难的路来走。

    我的懒人生涯呀~~~~~~~~

  • 学习lr

    2010-07-19 16:47:57

    两天只学了vuser的第九十几页,想学的点还没有学到,自我感觉学习能力太差了。

    今天只是把这个英语版的lr,都熟悉了一阵,具体怎么用,还是一无所知。

    郁闷!

  • 重新开始

    2010-07-02 17:49:52

    我正式的作为测试是2010年1月28日开始的,到现在也快要半年了。有辛苦有欢乐有迷茫,也有埋怨。

    把埋怨都删掉了,重新开始吧。

  • 关于测试与开发的矛盾

    2010-06-12 13:23:17

    今天开发的技术负责人,跑过来跟我们测试的负责人说:怎么这个你们没测出来呢?

    我刚好负责那一块的,测试这个页面的时候是刚来,是任人摆布的阶段,开发可以,测试可以,外包可以,不是外包的也可以。想当初那个时候激情四射地测出来很多bug,但是一个一个地都被打回,不是说不会出现这样的情况,就是说还没做呢,逻辑问题说成是需求不明。。。。等等,任人宰割的时候。当然目前仍是,不过已经没有没头苍蝇一样,已经知道有所坚持了。

    今天开发来说的那个,刚好是那个时候提的,那个时候开发跟我拍了胸脯保证不会出现的情况,我不知道有多少人拍过,但是真的不止一个,我很想保留证据呀,可是我又没有随时的录音机。

    所以,那个开发的负责人这么说就真的很冤枉了,我立马上火来了。。。。。

    唉,发火过后发现自己其实没必要,这个一定程度上自己的确是有责任,焦急的程度就显得自己推卸责任了。想当初跟自己没有坚持,不知道什么该坚持的有关系,跟这个责任人没有关系,我上什么火呢。

    很多时候,测试的时候总是会碰到一些没有把握的事情,不知道是否是bug,包括是否是数据问题,是否是自己范围太广的问题。在第一个公司的时候,不管是什么情况都是不允许存在程序错误的情况,在这里美其名曰是灵活运用,尺度放得很宽,开发能做就行,不能做就算了。让我很迷糊。

    怎么分辨这样的问题呢,很多时候还是得靠测试人有多少货了,能分析利弊,更能分析风险,所以还是要好好努力,学会怎么处理这样的事情,而不是争辩。

  • 51testing博客论坛首页的js问题

    2010-06-09 13:41:38

    不小心发现网站的一个js问题,后来发现好像都有唉。发表日志的页面也有。

    不是觉得怎么测试网站也有bug呀,相反有点好玩,包容下呗

     

  • 测试总结

    2010-04-07 18:34:38

    我看到人家都总结很多有用的,我都觉得我自己乱乱的,没有什么可以总结的。一直以来都凭感觉做事,看了一也做测试的同学的测试空间,居然总结了那么多,那么齐的经验,让我觉得心虚。

    我是不是也得在做事的时候想想该在总结中成长了呢。

    其实,这几个月过得还真是过得不大太平。一直以来以为自己彬彬有礼,态度也是谦逊的,做事虽然不大愿意加班,但还是努力认真的。可是这几个月,颠覆了我这样的观念。

    第一,让我重新考虑怎么处理人际这个直接难题。一直以来,别人对我的评价就热情,活泼。我也一直认为自己如此。可能在时间的消磨中,有些老旧去了吧。因为不感兴趣,很多东西我都不会去注意,也没有想过,要跟别人保持步调一致,才能跟别人有更多的话题,才能拉近距离;偶尔也可能有些自以为是的清高吧,很多他们说得那些有颜色的,无聊的我都从来不想去搭腔的。可能如此这般,因为少了交流,可能会让别人觉得假,觉得深沉,所以别人对你怎么也都是客客气气,就像隔了一层膜;再后来就是因为长期只看不答,使我都已经不知道他们喜欢什么答案了,说得可能他们根本就是不懂,或者自己的跳跃性思维对于大众反而不会有人来跟着你的步骤,所以说话往往冷场了,大家都讨了没趣。尴尬了几次之后,我已经尽量会在回答的时候考虑不要思维跳跃太大,让大多数人都能听懂我说的话了,再就是即使以前觉得没有意义,我也会注意一些话题积累,然后就是努力跟上时代不要背时。希望自己的努力能让自己走得路更广些,因为做测试就是要各路通达,才会好行事。

    第二,努力丢掉自以为是的客气。一直都是客气有礼,除了朋友,我对于同事,不知什么时候起,已经能不麻烦就尽量自己解决了。就像头几天去公司,对面的帅哥听说我没有吃早饭一定给我一套早餐,我却不知趣地拒绝了,只是为了保持客气。后来他对我也很‘客气’,大家吃的零食,他一般不吃我的,别人的都会自己去抢,这是不是也是一种尴尬?现在我也学着不客气,因为至少还有一种方式,那就叫礼尚往来,虽然不是刻意。虽然目前还做不到去跟假装跟别人抢食,但至少还能坦然接受。也还没有开放到大家跟我抢食,毕竟也会慢慢好转。自己放开了,别人也会察觉到的吧。虽然这是小事,但也是为人之道吧。

    第三,努力学会不别扭。其实对于同事,我不能跟对朋友一样自在,甚至在公司吃饭我都有些不自在。不知道别人有没有跟我一样的存在。对话的时候我会小心翼翼,唯恐自己的大大咧咧伤害了人家幼小心灵;搭人家车的时候我会好像欠了多大人情一样不自在。。。。。不知不觉,不知道在什么时候我将自己孤立在了一个小岛上,别人看不到我,我也防范着别人伤害我。现在已经在改善,有些话就直接说了,不再斟酌,搭车,我也努力让自己自然了,只是想好要找机会好好感谢。。。。。

    第四,就是对那些开发态度可能要更耐心些吧。或者也不要太计较他们总是找借口把bug打回。虽然说跟他们说只是记录跟踪,可是如果只是如此的话,即使被打回也是可以记录跟踪的。在这个点上,大家都是计较敏感的。如果这样,那就只要把问题解决了就行了,自己再多多动笔吧。我现在要做的可能不是能让自己方便跟踪的问题,而是忍过这个新生阶段,学会怎么跟他们相处,等到有资本了,挨到老人家了,再来争取自己更多的权利吧。可能什么都有个先后顺序的。

    我想,这段时间,我其实面对的更多的是人际关系。因为跟一个同事的关系紧张,一个下属对于自己好意的误会,还有就是某位同志居然浑身发抖地跟我来急的时候,我就开始要反省我自己了。我觉得自己跌倒过,因为毕竟是个大办公室,一举一动大家都会看到,喜不喜欢大家也都会知道,当我坐在位置上,哭的上气不接下气的时候,大家都寂静无声过。我也想逃跑放弃过,但在一个地方跌倒了,如果你先不站起来,怎么逃跑呢?至少得先爬起来吧。如果单单停留在自问自己善良努力,却还是被这么委屈地对待的思想的话,我想,我永远都不可能站得起来,面对社会吧。

    所以等我狠狠地请了两天假之后,回到公司,忍着眼里的泪水,重新坐在位置上的时候,我就已经决定面对。小鹿告诉我,很快就会过去的。是的,第二天,我已经没有想起很多次,过了一个星期,我相信,大家都已经忘记了。

    我们会处得越来越融洽。包括同事,包括最爱的人。即使可能中间还会遇到感觉很差的事。只不过是回到现实而已,从梦想的公主跌落到面对现实的天使而已。

Open Toolbar