51Testing软件测试论坛

标题: okok [打印本页]

作者: dypku 时间: 2008-3-22 12:00
标题: okok
okok

作者: higkoo 时间: 2008-3-22 14:59
标题: http://q.sohu.com/forum/5/topic/1768323
我来讲两句吧 ^_^
最大的困难，就是无法与人沟通。这会导致各式各样乌七八糟的问题。
譬如，如果对方是开发员，可能Bug会进入Fix-Reopen循环，或者遍地都是超低级的Bug。
这种情况，你首先肯定会设法与之沟通，让其解决，直到你绝望为止；
要么直至问题升级！过程中要学会保护自己，不然测试很容易吃亏。
如果对方是你的上级，他的想法和你相反时，你是盲目听从还是设法改变对方呢？
可能更多的情况只有你去适应了，Hoho....
楼下的，也来说两句？

作者: 云彩 时间: 2008-3-22 16:32
别人不理解
有新的需求从来没有人和你说，就算你去问人家都不爱告诉你。
无奈啊～！～！～！

作者: dypku 时间: 2008-3-25 09:56
别人不理解
有新的需求从来没有人和你说，就算你去问人家都不爱告诉你。
无奈啊～！～！～！ [/quote]
有道理，最直接的体现就是“需求文档”缺乏“共享-更新”的机制。

作者: FENHUA927 时间: 2008-3-26 13:38
呵呵，我参与的项目需求是随时变更的，在开发过程中也是
郁闷的是需求文档完全可以称为技术设计文档，都不知道怎么下手写测试用例啊

作者: spring279 时间: 2008-3-26 13:57
我现在碰到的最大的问题就是跟人沟通的问题，并不是我的沟通能力不行，而是对方开发人员有点蛮不讲理，较早之前的版本发现的问题，他过了很久没去解决，在最新的版本上面又没有出现，他就质问我是不是没有测试，郁闷。。。又说每个版本都要去验证以前的问题是否重现，没重现的就得关掉，晕倒。。。这样我的工作量不是很大吗？
你们测试也是这样的吗？问题提了等开发人员去解决了再来验证，还是每个版本都会去验证呢。。。

作者: 阿七 时间: 2008-3-26 14:30
最大的问题就是：还没想到现在1切都挺好的

作者: 阿七 时间: 2008-3-26 14:43
其实还是和开发的矛盾
老是推后有时候拒绝的
计划赶不上变化
还要老跟着开发的脚步跑

作者: dypku 时间: 2008-3-27 09:59
标题: 踊跃发言，共同进步
踊跃发言，共同进步！
开发和测试之间的矛盾，确实存在这样的现象：在很多国内的公司，开发人员就认为测试人员干得就是“动动鼠标、敲敲键盘、写点文档”的低水平的体力活。
不可否认，开发人员写出详细设计、编码实现，为软件生产创造直接价值，但必须承认的是，我们测试人员为保证软件产品的质量，也创造着间接的价值啊！

作者: chm_1223 时间: 2008-3-27 15:21
一个BUG开发要求重现下
我重现了N天都没找到原因
很郁闷的问题

作者: geniar 时间: 2008-3-27 19:27
不能重现的ＢＵＧ也没办法啊，只好挂起，呵呵
我觉的跟开发人员沟通，用开发人员熟悉的语言去说，效果要好些，我就那方面很差，唉，，，，，，，

作者: Angel.126 时间: 2008-3-28 10:55
我现在的最大的困难是怎么开始我的工作，我刚到这个公司上班，今天是第三天，做测试。真的不知道怎么开始我的工作。

解决方法我还不知道，应该是多看书，多学习。

作者: geniar 时间: 2008-3-29 01:25
楼上的公司怎么样？俺也想去杭州工作，那边风景独好：）

作者: wslss007 时间: 2008-4-1 11:25
改完这个BUG又出现其他的BUG，说白了就是开发人员有时不重视单元测试，没办法，还是要提啊提，反复几次自己的情绪会被搞得很糟糕，这时就考验你的耐心了，如何与开发人员沟通的问题了，还有就是对测试用例的使用，有时不清楚需要写得多详细才好，维护起来有困难。

作者: Tao1890 时间: 2008-4-11 16:32
我们公司就我一个测试的，有项目经理直接管我，每次提交的BUG都在管理库里，每个人都能看到，但他们总是不看，还让我写文档里发给他，更可气的是提交的BUG不解决，让一周总结一次发给他，有的用户找到我，就等着解决，可是跟他说总是不理。郁闷死。。

作者: leixiao 时间: 2008-4-14 13:04
不要郁闷，在公司里这样的事情是经常有的，我也是这个样子的，还好我们的项目经理比较重视。
调节好自己的心情，好好做自己的工作。

作者: eclosin 时间: 2008-5-4 11:13
做测试的就是给人搽屁股的！！！有人不喜欢自己的屁股干干净净的，那我们也没办法。

等到他们不得不向客户展示屁股的时候，他们才会想起我们！！！

[ 本帖最后由 eclosin 于 2008-5-4 11:23 编辑 ]

作者: coRinth 时间: 2008-5-4 11:26
没有需求,需求修改了你不知道``

作者: owelowel 时间: 2008-5-5 14:48
最大的困难基本还是和开发人员之间的
在就是需求随时在变这样对测试工作很不利

作者: fumanxiu 时间: 2008-5-6 16:32
标题: 总是觉得核心的东西接触不到
总是觉得核心的东西接触不到，扮演的角色不是主角，永远都是配角。

作者: hyungjoon 时间: 2008-5-9 13:36
标题: 大家在测试工作中遇到最大困难是什么？
现在做开发的人，根本就不关心自己编出来的代码，老是编译过了自己觉得OK了，也没有自测，就推给测试组的人来测试，结果往往是出现一些超低级的BUG，对于这些人，我真的很无奈...
还有的人这个BUG修改好了，结果以前已经修改好的BUG又重复出现了，要么就是引入了一些新的BUG，我真不知道他们是干什么吃的！还整天代码走查，走查的，你给谁看啊？
软件的质量难道要靠测试来保证吗？质量本来就很差，那测试还有什么用？
真是的！

作者: woshiyx2003 时间: 2008-6-29 13:54

原帖由 eclosin 于 2008-5-4 11:13 发表
做测试的就是给人搽屁股的！！！有人不喜欢自己的屁股干干净净的，那我们也没办法。

等到他们不得不向客户展示屁股的时候，他们才会想起我们！！！

形容的有点意思

作者: 测霸 时间: 2008-10-9 15:18

原帖由 fumanxiu 于 2008-5-6 16:32 发表
总是觉得核心的东西接触不到，扮演的角色不是主角，永远都是配角。

我也有同样的感觉，系统做好了不是自己的功劳，做不好全是自己的过失。

作者: sinakevin 时间: 2008-11-24 16:17
。。。每次产品出问题，第一个找测试

作者: barcelona 时间: 2008-12-3 11:21
乱七八糟的英语邮件。。

作者: hyttsy 时间: 2008-12-4 14:14
标题: 如何开发新的测试用例
目前的最大问题就是由于软件太熟悉，找不出bug，看着这一级菜单，觉得都没什么问题，不知道要怎么去找，新的测试用例该怎么来写。

作者: cen0225 时间: 2008-12-8 15:03
你们还算好的我这开发人员只会告诉你哪个模块进行了修改测吧
改什么了啊？没文档？问问人家吧人家说小修改不用文档
那口头告诉我吧？现在忙！！！我晕~~~~~~~~~~~~

作者: 飞翔的胖鸟 时间: 2008-12-30 16:49
主要遇到的问题还是沟通上吧和大家一样呵呵
不过这边总算管理相对正规
上司鼓励我们提高自己的技能尽量能把问题自己缩小范围甚至解决而不是干等着开发
这样挺好的

不过我觉得大家也都是相互理解，测试有测试的压力开发有开发的压力，人家不改也可能是手头有更多的事要做

作者: maxhoo8003 时间: 2009-2-10 14:56
标题: 2点
1 搞定客户
2 搞定开发

作者: 咚咚宝031102 时间: 2009-2-10 15:01
标题: Bug
最大的困难是你所提交的Bug 测试经理否决了说暂时咱们做不了将其挂起

特别是小的公司为了一点金钱说这个我们没有你说没有我测试拿什么来测试呢

作者: petrel100 时间: 2009-2-13 15:38
我的问题是我做了一堆的测试，写了一堆的BUG报告，开发人员也很配合地修改了之后，开发经理给我发映：测的都是功能性的东西
晕死，我把数据库都翻了个遍了，难道我能把整个软件再翻个遍？那我该做经理了
PS：公司我一个人做测试

作者: hdtest001 时间: 2009-3-3 15:24
郁闷的是需求变了自己却不知道，就算知道了一点也是乱测，根本不知道程序为什么要改成这样，沟通欠缺啊～

作者: ishanhu 时间: 2009-3-5 16:16
看了楼上各位的发言，我现在跟的项目是7、8个开发，我一个测试，需求跟踪是我来做，所以在需求上我占主导地位，需求变更什么我最清楚，这样很有利于我的工作。所以觉得测试要做好，必须要强烈要求测试要从开始就参与需求，所有需求变更需求要和开发处于同等地位，一并知晓。
测试大半年的工作以来，我觉得最郁闷的是，项目已经做了几个了，但是程序员很少做单元测试，一大堆简单的BUG丢给我来测，我一个人精力不够，测试应该把精力放在重要的功能测试上，而不是简单的界面BUG，一个查询报表，查询条件10来个，BUG可以给你搞8，9个，面对这样的程序我真的很不想测试，又不好发飙。

我以后要推行一个版本初验，代码质量太差的话直接打回去，拒绝测试。

作者: 3155530 时间: 2009-3-16 15:09
曾经有挺大的一项目什么文档都没有

作者: 3155530 时间: 2009-3-16 15:10
克服的方法就只好硬着头皮上了啊

作者: TEST－140 时间: 2009-3-20 09:45
计划赶不上变化，其实我想让软件部的测试人员占上峰，我测试，需要开发人员提供什么，他就得提供什么，我会用尽所有测试方法把他们的程序搞的问题一大堆（是那种A级或B级BUG)，然后让他们不得不去解决。。。呵呵，，我这样是不是很暴力啊

作者: mvjh13 时间: 2009-3-20 11:52
1、客户方面，在做外包的时候，客户的需求不断变更，以及版本的更新速度与时间之间的矛盾，导致了测试的效率与质量下降。曾经碰过一个客户一天三次变更需求，当最后的版本后，却要求改回原来的状态，导致了测试人员与开发人员的严重不满，最后，提出了所有需要的变更都必须通过邮件方式提出，如果有不断重复相同的变更或者大的变更必须外加收费，其后，该问题大大改善。
2、开发人员方面，开发人员对缺陷的态度，开发人员与测试人员之间的交流。这个是普遍的现象，不细讲。
3、测试人员本身，如何提高整个团队的工作效率以及如何提高个人的能力，不仅仅是要通过个人的努力，更重要的是如何团结整个团队发挥主观能动性，发挥测试人员在整个软件开发过程的地位。

作者: xiayu423 时间: 2009-4-16 14:44
看来我们公司还是比较重视测试的，感觉测试人员的地位比开发人员的还高，基本上是我们说了算

作者: xiayu423 时间: 2009-4-16 14:47
而且，如果回归测试时，超过一定比例的Bug被激活，直接把程序退回去，不测了

作者: yuluuc 时间: 2009-9-9 22:17
标题: 业务测试怎么做
我们公司测试就我一个人，好多的工作都要我做。既要做QA ，还要做配置，测试工作忙不过来，老总就让我把简单的功能测试，例如像增删查改的测试全交给开发，做放在单元测试中，只让我做业务方面的测试，也就是业务流程方面的测试。但是，在测试时，问题大量的出现增删查改方面，我现在都不知道怎么办了，请问大家，我该怎么办。

作者: book365 时间: 2009-9-20 22:54
标题: 回复 23# 的帖子
有同感，测试工作不好做

作者: mentgmery 时间: 2009-9-21 11:15
沟通,troubleshooting,如何对业务的深入等等

作者: freedom_me 时间: 2009-12-24 17:00
呵呵~
‘这个bug已经fixed 还没上传数据@#￥’sdlkfj#

作者: 雨夜情剑 时间: 2010-1-12 09:33
D E 类BUG，，开发人员都不愿意去花时间修改，，我顶，，

作者: zhenliutianyu 时间: 2010-2-24 11:37
测试的思想很重要，测试不仅仅是动动鼠标和写文档，还要有测试的思维，逻辑性，对系统的整体把握。还有就是整个项目中你与别人的沟通情况，沟通的好，你的价值就能够体现出来了

作者: bluechips 时间: 2010-3-1 18:20
有上面的老板管着，叫测什么就测什么，没什么整体计划，感觉像是个临时工

作者: huangcm 时间: 2010-3-2 09:36
标题: 回复 6# 的帖子
我倒觉得你的处理方式可能也不太合理，这么说请你见谅。

你希望开发能尽量配合你，首先你应该想如何尽量配合开发，让他们能更方便更快捷的修改bug

作者: huangcm 时间: 2010-3-2 09:44
标题: 回复 15# 的帖子
不了解具体情况，但是如果是我，我会挺愿意做的。
怎么说呢，项目经理要管理整个项目要处理的事情很多很杂，如果我们能把缺陷汇总整理发给他，可以更方便他管理整个项目，项目执行的好对我们测试的执行也是很有好处的。

提交的BUG不解决，要了解是什么情况。
在每周进行缺陷汇总整理时，我们也可以从项目经理关心的角度考虑如何更好地做好这个缺陷汇总，进行缺陷出现来源的归类以及如何预防，有哪些严重的缺陷需要优先安排修改等等。

作者: ananbo 时间: 2010-3-5 15:07
标题: 我也来说说
最大的困难就是，由于对需求不了解，导致不知如何下手或深入测试。这个对于很大的系统，我们都是要求开发人员给我们讲解一下业务流程，在听的过程中记录疑问，之后统一提问，尽可能多的了解需求；还有一些细小的，只能是边测试边问了。所以常常和开发沟通，感觉还可以，没有变成敌对关系啊，都是好朋友嘛，嘻嘻~~~

第二就是没有测试思路，思维打不开。这个就只能靠以前的经验积累，还有自我锻炼了，这没什么捷径了。多看看书，比如别人的测试思路总结，或者国外的测试书，或是开发语言的书，都能给一些启发。

最后就是，我们公司没有文档性质的东西，比如通用用例，啥的，一切都是靠自己想自己做，所以这是个很大的弊端~ 这个问题就只能自己总结吧，如果有心的话可以总结之后提炼一下形成通用性质的文档的东西，以后来新人也好带，而且好记性不如烂笔头，忙的时候可能想的不是那么细致，但是如果写下来以后用着就方便了

作者: lsw 时间: 2010-3-5 15:27
标题: 回复 6# 的帖子
个人的理解，也包括以前工作的实际情况：对于那些没有修改的bug，在正常情况下是不需要反复验证的，这样会增加测试的很多工作量，在开发修改完之后再做验证；但如果项目有特殊情况，确实需要重复验证的，那么可以花费精力去进行跟踪测试。

作者: xjdp 时间: 2010-4-15 16:40
标题: 困难是写测试报告
我们公司就我一个测试，经理是开发的他变态了，让我写200页的测试报告！还说我只看数量不看质量，你必须让我能拿的出手！我快崩溃了！

作者: uiui 时间: 2010-4-21 22:23
1/与开发人员的沟通，需求变了却不知道
2/开发人员敌视测试人员
3/测试人员只2个，开发30个，没有后盾

作者: uiui 时间: 2010-4-21 22:24
是公司就有问题，正如人即是江湖，江湖就有恩怨

作者: Dangerous_1 时间: 2011-3-15 16:20
同感

作者: freeknighting 时间: 2011-8-9 16:35
测试重视不够

作者: 黄袖标 时间: 2011-8-16 12:05
1.没有需求~~~及详细设计书难写用例！！
2.BUGfree上的BUG修改了也不注明下，难验证。
3.公司只有我一个人做测试，找个人沟通讨论都难~
。。。。。

作者: fillylove 时间: 2011-8-18 13:00
需求不明确，产品经理不知道到哪里去找，开发人员手头两个项目跑，他们烦，我们也烦

作者: zhangnanguozi 时间: 2011-8-25 11:07
回复 56# 黄袖标

给你同病相怜呢，我觉得我现在在我们部门都是多余的人，没有人跟我沟通

作者: 黄袖标 时间: 2011-8-26 16:50
回复 58# zhangnanguozi

还好~~~本公司的开发人员还好讲~~有问题问他们态度也还蛮好，若是遇到爱理不理的人那就惨咯

作者: 小扑满 时间: 2011-8-31 21:10
本帖最后由小扑满于 2011-8-31 21:11 编辑

需求老是变动，而且几乎是开发去控制。（PM不敢拍板，有点依赖开发）这样的测试用例很难设计，而且也很难开展测试工作。

作者: a373119016 时间: 2011-9-15 10:29
正规的大公司，流程都是测试主导开发~

作者: 钦定风云 时间: 2012-3-27 12:56
以前不管有什么问题，都有领导给顶着。。
换工作了，就我一个测试的，倍感压力。。。。

作者: smile_shi 时间: 2012-3-29 11:51
没有需求没有稳定郁闷的是连测试用例都不需要写。。

作者: heaven7253 时间: 2012-4-5 15:28
最大的问题是懒。。。

作者: 泡芙拓 时间: 2012-4-6 09:43
能解决的都不是大问题，目前没有遇到什么大的问题

作者: jia8162 时间: 2012-4-13 09:37
我听到的最无奈的一句话是需求说的
“客户这样操作的，概不负责”

作者: 欢欢891030 时间: 2012-4-19 13:45
沟通真的很重要的啊~

作者: sophia706 时间: 2012-6-29 16:47
1.需求资源共享不及时
2.没有需求
3.沟通不及时

作者: fengjie11 时间: 2012-7-2 14:10
我现在的困难就是刚来公司居然让我写公司的测试规范文档，哎，崩了个溃了。

作者: likang2005608 时间: 2012-8-3 17:29
回复 26# hyttsy

发散测试，就是根据以前发现的问题，提炼出一个个测试点，由这些测试点展开设计更详细的用例，全面覆盖整个系统。还要多关注模块与模块之间的联系。眼光放远点

作者: likang2005608 时间: 2012-8-3 17:47
1.需求不明确，没有文档或者需求不断变化，而没有及时的沟通。解决办法：一个好的项目，基本上都会有需求文档或规格说明书之类的。如果没有及时与市场人员联系获得最新的需求变化。国内公司通常需求变化开发人员最了解，直接找开发。
2.与开发沟通不畅，出现的bug不能及时解决，开发态度不好。沟通的问题
补充一下37楼的

作者: 缘来是你_cong 时间: 2013-6-27 17:58

我现在的最大的困难是怎么开始我的工作，我刚到这个公司上班，今天是第三天，做测试。真的不知道怎么开始我 ...
Angel.126 发表于 2008-3-28 10:55

估计现在你的工作经验有很多年了吧，呵呵我现在是刚开始学习的，估计和你那会一样了，望指点

作者: rrene 时间: 2013-7-13 14:18
工资低的情况，这是最大的困难，只有挺

作者: 宋小红 时间: 2013-11-8 13:03
我一般都会在会议上提，这样开发人员就会有点小压力。还有一个bug要改好几次的情况，假如第三次，我直接和领导讲。否则开发人员根本不自测。说明一点，我这个公司测试很忙，交叉测试。所以我没有太多时间在一个bug翻来覆去的。

作者: 41571 时间: 2014-1-6 15:59
回复 5# FENHUA927

差不多，我都是测完一遍，然后写用例，再测没有测到的

作者: 41571 时间: 2014-1-6 16:04

我现在的困难就是刚来公司居然让我写公司的测试规范文档，哎，崩了个溃了。
fengjie11 发表于 2012-7-2 14:10

多写写，没啥坏处

作者: wuzhenwu 时间: 2014-1-6 16:24
问题吗，有：我想参与项目的各个阶段，包括需求、开发、设计等，但是我说的不算。

作者: 田野上的稻子 时间: 2017-5-24 17:28
正在学习中

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)