51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7011|回复: 19
打印 上一主题 下一主题

[原创] 做测试才半年,说些拙见,大家也来讨论

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-2-25 15:56:19 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
做的主要是WEB方面的测试,数据库使用的是SQL server 2000开发技术基本上用的是微软的,开发人员15个,测试两人,缺陷管理用TD(试用版),自动化不考虑(没时间,没经验,没人)。不设计测试用例,只管理BUG。
    做好测试需要良好的逻辑思维,因为需要去设计和执行测试。如果在测试的设计过程中思维不够缜密细致,许多的问题不会被发现,虽然经验上可以补救一些,但从根本上说是思维的欠缺。
    做好测试还需要很强的动手能力,每当执行一个你设计的用例的时候,它完成的时间就是你的动手能力,也许你会因为要准备数百条数据而花上一下午的时间。如果这样那么测试时间就大大增加了,在资源不足的情况下就不允许你这样去浪费了。也许有更快的方法,呵呵,自己想吧。。
    工作半年,自己觉得在逻辑思维和实际动手方面有比较大的进步,当然在这期间,测试相关的一些技巧和技术也是积累不少。但总的感觉是,逻辑思维在测试过程中占主导作用。其实很羡慕西方国家的教育,从小就开始培养逻辑思维和动手能力,并且出现了一大批很著名的科学家。希望咱们国家也开始咧。。。 (-_- 扯远了)
    职业发展方面,不一定要做技术。其实现在说自动化我觉得根本不太可能,特别是做项目的时候,开发周期短资源有限,不可能完成自动化测试。在目前的情况下,更应该注重测试的管理和设计以及自己本身个人素质的培养,除了测试方面的东西需要积累,更重要的是要提高自身的素质,比如外语水平,沟通能力,管理能力,亲和力 ===。这些我才觉得是自己以后值钱的地方。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

20#
发表于 2013-10-9 13:49:35 | 只看该作者
作了一段时间的开发,感觉太累,正准备说换测试作吧,都说作测试两年就会遇到瓶颈,到时候充电都来不及,很是担心阿
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2013-9-26 10:54:35 | 只看该作者
福州银行项目招软件测试工程师!有兴趣的请跟我联系。qq:1626906667
请大家帮忙推荐下,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

18#
 楼主| 发表于 2010-3-16 08:11:02 | 只看该作者

一晃三年~

三年过去了。!!!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
    发表于 2007-8-29 03:55:34 | 只看该作者
    自私点,成长最快是从混沌中摸索,正统的是从规范中成长,学会积累,学会总结,是个好的开始。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-8-17 17:47:28 | 只看该作者
    偶才三个月
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-3-9 17:02:35 | 只看该作者
    新手路过`~学习学习!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-3-8 16:17:17 | 只看该作者
    和我们公司一摸一样,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-3-8 14:10:11 | 只看该作者
    基本同意
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-3-8 11:07:40 | 只看该作者
    sdlkfj3 不错,很有见地~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2007-3-7 15:28:34 | 只看该作者

    测试用例!

    对于测试用例!
        我个人认为,在大型的项目或者产品中去设计测试用例,是很有必要而且是很有价值的,因为系统很大,所以没有办法面面俱到,这个时候测试用例有着很明显的指导作用。并且对后面的质量评估中,通过对用例的测试结果可以反映出系统的质量问题。但一切都在一个“大”的前提之下。
        在小型的项目中,在开发周期比较短的情况下,完全可以通过测试人员自己对系统的把握去执行测试。即自己去划分、设计测试用例并且去执行。这里的意思并不是说不用设计测试用例,而是说,用例需要设计,但不需要用书面的形式来体现。小型的项目完全可以凭借测试人员自己去规划测试。 当然,这和测试人员本身的素质有关,如果逻辑思维不够严谨,那还是乖乖的写用例再测试吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-2-26 13:11:09 | 只看该作者
    原帖由 suifengpiao 于 2007-2-25 18:41 发表
    我和楼主的情况差不多
    很赞成zteer的说法,没有测试用例是无法保障软件质量的,深有同感,不过我也是用楼主的方法了(这样只能保证以前出现的BUG不会再出现,能够测出一些bug,但是根本不知道自己测试到什么程 ...


    现在国内的很多企业都是这样,项目周期很短,任务却很多,没有时间去写计划,写用例,相当不规范,其结果也就可想而知,希望这种情况早点改进吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-2-26 10:17:35 | 只看该作者
    有时候可以多向开发的学习,比如编写代码创建很多文档...对测试会方便很多,现学现用,学东西也快点。
       我黑盒1年多,虽然相比那些技术能人有些荒废了,但是学习方法、动手能力、经验、处事能力积累了不少,觉得以后多花时间提高自动化测试能力、多学习测试工具,应该很快会提高的
    大家一起加油哦!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-2-26 09:34:27 | 只看该作者
    测试用例是很必要的。
    需认清的是,其重要性是在整个项目过程中,对其不断的维护而得以保证的。
    BTW:如果没有测试用例的话,对于回归能保证对以前的测试没有遗漏么?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-2-26 09:00:25 | 只看该作者
    赞成!做测试的逻辑思维很重要,一味用原有的测试用例根本没有提高.
        我们公司的测试基本上都是黑盒测试,不过近一段时间会跟研发的合作用一些开源的工具实现自动化测试.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-2-25 22:03:30 | 只看该作者
    新手上路,多多关照呀。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-2-25 18:41:43 | 只看该作者
    我和楼主的情况差不多
    很赞成zteer的说法,没有测试用例是无法保障软件质量的,深有同感,不过我也是用楼主的方法了(这样只能保证以前出现的BUG不会再出现,能够测出一些bug,但是根本不知道自己测试到什么程度了,随想随测,无法量化覆盖率,质量只能靠程序员大哥的心情了,呵呵)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-2-25 16:57:51 | 只看该作者
    很难想象没有设置测试计划,只靠自己的逻辑思维去做软件测试,怎么保证软件质量?
    btw:跟你做测试的时间差不多,对这行比较悲观
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2007-2-25 16:25:25 | 只看该作者
    说得很好
    比我明白多了
    我都作了一年了还糊里糊涂的呢
    感觉什么也不会
    要学的东西太多了,都不知道从哪里入手了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2007-2-25 16:09:40 | 只看该作者
    你也在福建啊?我在福州啊,做了两年
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-11 13:28 , Processed in 0.076032 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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