51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5075|回复: 27
打印 上一主题 下一主题

[讨论] 测试人员的苦恼!!(大家有没有同感)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-7-3 11:43:12 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
测试三个月了,刚开始测试那些企业成熟的软件,那叫一个痛快,速度速度可以,错误错误少,轻松亚
后面接受的新软件的测试,麻烦就来了,错误一个接着一个,那叫一个没完,性能那叫一个慢,一个导入检查还地要等块30秒,如果数据量在打点我真的不想测试了,错误那叫一个多

我就想问了,测试说到底是做什么呢?为什么软件开发人员作出来该软件他们为什么不自测一下,把大毛病都剔除,我们找一些小的毛病这样不行吗?如果按照测试流程他们因该自测一下的,怎么也低确保软件可以正常使用再让我们测压,现在测得头昏脑胀,快疯了。赶进度,赶进度。怎么敢

电脑没有开发的好,服务器兼测试个人用机,怎么侧,真他妈的没劲 ,测试就是这样的,早知道不来了,干测试少活 好几年
  
   抱怨抱怨,愿意跟贴得跟,不跟就算了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

28#
发表于 2006-7-25 16:47:30 | 只看该作者
我们公司也差不多.不重视bug,修改起来超慢!
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2006-7-25 16:42:36 | 只看该作者
楼主公司不进行可用性测试么
存在大问题不通过可用性测试的直接打回去
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2006-7-25 14:04:46 | 只看该作者
大家有共同的心声啊。我们公司测试根本不写什么测试计划了、测试用例了。自我认为是个人的对业务的熟悉程度。开发到不用说了。4对1,开发做完就发过来测试。你想问题肯定是多多也!!!!没有办法的。好多公司就是这样。测试跟在开发后,开发做一点,测试测一点。没有规范的测试流程。到后来产品不稳定。老板拿你是问!!!对了。拖阿拖阿!!!尤其是给政府的人做!!!唉!!悲阿!!!!!!一个项目做了4年还没有完了。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
做测试的我们已经麻木了。。。。。。。。

有些老板阿:怎么说呢。“总是认为开发是 ‘老大 ’ 啊”-------悲哉!!!!我无语!!面对现实我只能够说:“失望”
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2006-7-25 11:16:30 | 只看该作者
看来以后要多和大家交流了
回复 支持 反对

使用道具 举报

该用户从未签到

24#
 楼主| 发表于 2006-7-25 10:17:39 | 只看该作者
原来测试都是差不多的!!埃!!大家一定要努力,困难是克服过来得!条件是自己创造出来的
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-7-24 20:13:13 | 只看该作者
呵呵,楼主碰到这样的同事是恼火
我们公司的同志们天天骂我们测试中心的人找不出毛病
其实也不是没有,就是问题不大我们自己修改了
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2006-7-24 18:23:50 | 只看该作者
开发人员总是在试图解释每一种类型的错误,使这些错误合理化。
测试人员总是在试图发现每一种类型的错误,使这些错误凸显出来。

所以开发人员和测试人员尽量是分开的,因为一个人不可能同时扮演好两种角色。所以楼主不要抱怨开发人员开发出来的东西到处使毛病什么的,因为开发人员做不到,有时候不是他们不想做,是惯性思维使他们考虑不到这些。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2006-7-24 13:18:14 | 只看该作者
原帖由 Tender 于 2006-7-3 11:55 发表
看来楼主抱怨的挺厉害。
开发人员按照流程,的确是应该自己测试一把,不过,这个过程的执行并不代表就能发现大的问题,把小的问题留给测试人员。恰恰相反,一般比较大的,严重的问题都是由测试人员发现的,开发人 ...

斑竹这番言论可能不确切,而且甚至对测试的理解十分的片面,开发人员发现不了严重的缺陷决不是对自己产品的熟悉,而是因为不需要和其他模块结合起来,开发最多的作打桩测试,这时候很难发现模块之间数据交流的严重问题,而且他们也不用做性能测试,这才是开发很难发现严重问题的重要原因,而不是你说的那样。
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2006-7-24 12:38:28 | 只看该作者
呵呵,我们现在就拿自己的笔记本测,测试服务器跟开发用的服务器是一个。忍吧,兄弟姐妹们,做好自己的工作,掌握好技术,这才是我们的目的。对于不合格的系统,直接打回去让他们改。决不能在咱们手上把失败的产品给客户,哪怕跟项目经理吵架,也不能随便放过每一个错误。
      呵呵,我跟经理吵了好几架了。按说开发测试的人数比例是1:2.5(1.5)。但是项目组10个人,就我一个做测试!!经理老嫌我慢,我能不慢吗??哎!!!!
    反正我不急,不合格就是不合格!!
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-7-24 10:21:00 | 只看该作者
测试的目的是证明软件有错误的,而不是为了证明此软件没有错误,如是这样,这对测试没有什么意义.对测试员来说,发现很多BUG是一个测试成绩的表现,如果你想测试一个没有BUG的软件,那不如不测.
测试是为找出更多的BUG,让开发人员不断修改,才出一个好的软件产品,所以我觉得你的抱怨是没道理的,你要开发人员测自己的软件,那是不行,大家都知道,开发人员测自己的程序根本没有什么意义的.
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2006-7-5 10:43:51 | 只看该作者
好的软件是设计出来的,不是测试出来的!如果软件本身设计得太烂,靠后期的测试是解决不了什么问题的.
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-7-5 07:59:37 | 只看该作者
反映呀
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-7-4 17:14:56 | 只看该作者
你如果说项目,新软件bug的确比较多!
但是这样你不是有成就感麽?
换个角度。
我现在在的公司,比较小,经理每个星期出一个新版本。
汗!
我干脆用例都不用,直接测试新功能,然后集成测试,再凭借对系统的熟悉来找找大问题。
加上开发有几个新来的,那个问题根本就是改一个,出两个,那个要命。
.....
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-7-4 17:10:49 | 只看该作者
嘿嘿,看来我的电脑不错啊。
DELL,双核2.80的,内存2GDDR(自己在抽屉里面找的,现在还多两根512DDR的。)
就是硬盘360G。嘿嘿
不过这个是服务器。
哈哈,我一天到晚就泡在服务器上,速度那个快啊!
我自己的比较垃圾了。
不过内存超过1G,差不多1.5G哦。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-7-4 16:17:06 | 只看该作者
大家好  我新来的 马上要到公司工作了
要做的就是软件测试  

听了你们的故事 能让我学到一些经验  了解一些知识

先谢了~~~     

楼主写的 虽然我还没碰到 不过能体会到这种感觉
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-7-4 15:59:05 | 只看该作者
实在烂的版本跟项目经理沟通一下,不测了,打回去。等软件稍微成熟了,没什么大bug了再继续进行测试。这样也节省了大家的时间跟效率。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-7-4 14:26:06 | 只看该作者
同情!看这测试的条件足够气愤的了!不过,你要让测试在工作中展现它的作用,让老板意识到你们的重要性,才能改变现在的环境,逐步地从其他方面彻底改善对测试的认识!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2006-7-4 13:34:24 | 只看该作者
不知道再看贴子的同志,是否也有本人的感受,如果有可以尽情的发泄出来,这里没有人会认识你,但有很多人会听听你的故事。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-7-3 17:08:52 | 只看该作者
你们公司没服务器么?
我们公司那些东西都是装到服务器上
每个人的电脑都是自己的
不过配置也一般
赛扬2.8G,512内存,个人PC很多也是这样配置的吧
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-12 09:40 , Processed in 0.083332 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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