51Testing软件测试论坛

标题: 做测试才半年,说些拙见,大家也来讨论 [打印本页]

作者: halei13    时间: 2007-2-25 15:56
标题: 做测试才半年,说些拙见,大家也来讨论
做的主要是WEB方面的测试,数据库使用的是SQL server 2000开发技术基本上用的是微软的,开发人员15个,测试两人,缺陷管理用TD(试用版),自动化不考虑(没时间,没经验,没人)。不设计测试用例,只管理BUG。
    做好测试需要良好的逻辑思维,因为需要去设计和执行测试。如果在测试的设计过程中思维不够缜密细致,许多的问题不会被发现,虽然经验上可以补救一些,但从根本上说是思维的欠缺。
    做好测试还需要很强的动手能力,每当执行一个你设计的用例的时候,它完成的时间就是你的动手能力,也许你会因为要准备数百条数据而花上一下午的时间。如果这样那么测试时间就大大增加了,在资源不足的情况下就不允许你这样去浪费了。也许有更快的方法,呵呵,自己想吧。。
    工作半年,自己觉得在逻辑思维和实际动手方面有比较大的进步,当然在这期间,测试相关的一些技巧和技术也是积累不少。但总的感觉是,逻辑思维在测试过程中占主导作用。其实很羡慕西方国家的教育,从小就开始培养逻辑思维和动手能力,并且出现了一大批很著名的科学家。希望咱们国家也开始咧。。。 (-_- 扯远了)
    职业发展方面,不一定要做技术。其实现在说自动化我觉得根本不太可能,特别是做项目的时候,开发周期短资源有限,不可能完成自动化测试。在目前的情况下,更应该注重测试的管理和设计以及自己本身个人素质的培养,除了测试方面的东西需要积累,更重要的是要提高自身的素质,比如外语水平,沟通能力,管理能力,亲和力 ===。这些我才觉得是自己以后值钱的地方。
作者: johngan    时间: 2007-2-25 16:09
你也在福建啊?我在福州啊,做了两年
作者: 琢子    时间: 2007-2-25 16:25
说得很好
比我明白多了
我都作了一年了还糊里糊涂的呢
感觉什么也不会
要学的东西太多了,都不知道从哪里入手了
作者: zteer    时间: 2007-2-25 16:57
很难想象没有设置测试计划,只靠自己的逻辑思维去做软件测试,怎么保证软件质量?
btw:跟你做测试的时间差不多,对这行比较悲观
作者: suifengpiao    时间: 2007-2-25 18:41
我和楼主的情况差不多
很赞成zteer的说法,没有测试用例是无法保障软件质量的,深有同感,不过我也是用楼主的方法了(这样只能保证以前出现的BUG不会再出现,能够测出一些bug,但是根本不知道自己测试到什么程度了,随想随测,无法量化覆盖率,质量只能靠程序员大哥的心情了,呵呵)
作者: 胜利十一    时间: 2007-2-25 22:03
新手上路,多多关照呀。
作者: panny_yanyan    时间: 2007-2-26 09:00
赞成!做测试的逻辑思维很重要,一味用原有的测试用例根本没有提高.
    我们公司的测试基本上都是黑盒测试,不过近一段时间会跟研发的合作用一些开源的工具实现自动化测试.
作者: stardust    时间: 2007-2-26 09:34
测试用例是很必要的。
需认清的是,其重要性是在整个项目过程中,对其不断的维护而得以保证的。
BTW:如果没有测试用例的话,对于回归能保证对以前的测试没有遗漏么?
作者: 鱼鳞    时间: 2007-2-26 10:17
有时候可以多向开发的学习,比如编写代码创建很多文档...对测试会方便很多,现学现用,学东西也快点。
   我黑盒1年多,虽然相比那些技术能人有些荒废了,但是学习方法、动手能力、经验、处事能力积累了不少,觉得以后多花时间提高自动化测试能力、多学习测试工具,应该很快会提高的
大家一起加油哦!
作者: sophiali2008    时间: 2007-2-26 13:11
原帖由 suifengpiao 于 2007-2-25 18:41 发表
我和楼主的情况差不多
很赞成zteer的说法,没有测试用例是无法保障软件质量的,深有同感,不过我也是用楼主的方法了(这样只能保证以前出现的BUG不会再出现,能够测出一些bug,但是根本不知道自己测试到什么程 ...


现在国内的很多企业都是这样,项目周期很短,任务却很多,没有时间去写计划,写用例,相当不规范,其结果也就可想而知,希望这种情况早点改进吧
作者: halei13    时间: 2007-3-7 15:28
标题: 测试用例!
对于测试用例!
    我个人认为,在大型的项目或者产品中去设计测试用例,是很有必要而且是很有价值的,因为系统很大,所以没有办法面面俱到,这个时候测试用例有着很明显的指导作用。并且对后面的质量评估中,通过对用例的测试结果可以反映出系统的质量问题。但一切都在一个“大”的前提之下。
    在小型的项目中,在开发周期比较短的情况下,完全可以通过测试人员自己对系统的把握去执行测试。即自己去划分、设计测试用例并且去执行。这里的意思并不是说不用设计测试用例,而是说,用例需要设计,但不需要用书面的形式来体现。小型的项目完全可以凭借测试人员自己去规划测试。 当然,这和测试人员本身的素质有关,如果逻辑思维不够严谨,那还是乖乖的写用例再测试吧。
作者: luffy2095    时间: 2007-3-8 11:07
sdlkfj3 不错,很有见地~
作者: skybusy2000    时间: 2007-3-8 14:10
基本同意
作者: tinalanbinger    时间: 2007-3-8 16:17
和我们公司一摸一样,呵呵
作者: llytaiyang    时间: 2007-3-9 17:02
新手路过`~学习学习!
作者: Ivyzhang    时间: 2007-8-17 17:47
偶才三个月
作者: 森林一木    时间: 2007-8-29 03:55
自私点,成长最快是从混沌中摸索,正统的是从规范中成长,学会积累,学会总结,是个好的开始。
作者: halei13    时间: 2010-3-16 08:11
标题: 一晃三年~
三年过去了。!!!
作者: kathyx    时间: 2013-9-26 10:54
福州银行项目招软件测试工程师!有兴趣的请跟我联系。qq:1626906667
请大家帮忙推荐下,谢谢!
作者: Roseyoghurt    时间: 2013-10-9 13:49
作了一段时间的开发,感觉太累,正准备说换测试作吧,都说作测试两年就会遇到瓶颈,到时候充电都来不及,很是担心阿




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