51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

该用户从未签到

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

测试用例!

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

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

    使用道具 举报

    该用户从未签到

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

    一晃三年~

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 22:13 , Processed in 0.091615 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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