51Testing软件测试论坛

标题: 测试人员和客户直接接触对还是错? [打印本页]

作者: tinalanbinger    时间: 2006-11-4 10:48
标题: 测试人员和客户直接接触对还是错?
    各位朋友们,我现在可真是郁闷啊,我在的一家软件公司从事测试行业。由于刚来不久,真是谁都不敢得罪啊,老老实实的工作。但不料前两天随市场人员去见了一下客户,说是培训客户怎么使用我们的产品,不料却是做了小工,整一天都是给人家录数据。回来之后还把我的MSN给要去了。现在客户整天和我联系,有什么改动,有什么错误都找我,然后我再去和研发的沟通,从此之后我就开始和客户的沟通直到现在。

      我也不想啊,我一直都在做市场人员该做的事,而且市场的那个人也告诉客户有什么事情就和我联系。我都要郁闷死了,不敢得罪客户,也不敢和同事关系搞不好。但是想想我在做什么事啊,大家都说我做了不该做的事,我现在真是上也不是下也不是啊。郁闷死了。sdlkfj9

    谁能帮帮我做到两全其美啊,谁都不得罪,然后让客户直接找市场人员,让市场人员和研发的沟通,我只管做好我自己的测试工作就行。
作者: fmmiszgx    时间: 2006-11-5 11:32
其实这样更好,给你一个机会,让你了解客户的想法,让你知道客户的实际需求,也可能让你更能对软件有一个全面的了解,其它,做测试也就是所开发软件的用户,让你以一个更专业的方面去发现缺陷。找出不足。但是有时你也要以公司的想法去开导客户,对客户的不正确想法去开导他们。
抱着一颗为提高质量,客户第一,公司利益最大化的心态。你一定会比现在干的更好,更有成就。更有发展前途
作者: hasis    时间: 2006-11-5 23:41
实在是没有办法的事情,同情呀...我们公司也这样,没人了,就从测试找
作者: chxiang1209    时间: 2006-11-6 10:53
呵呵~~我觉得直接跟客户接触也不错吧。
我也是做测试的,但是因为需求不是很明确,所以我倒是想接触客户好了解具体的最原始的需求是什么呢,可我们却见不到客户的。
换种角度考虑就想开了~~而且你也可以趁此机会搞搞需求方面的呀
作者: firemonth    时间: 2006-11-6 11:09
羡慕  呵呵
本人还没机会见客户
更不知道客户的需求
作者: sun808080    时间: 2006-11-6 12:06
当然是对的 客户是提需求的(除了小部分傻逼客户)
测试人员见客户是在项目较早时间接触 除了有利早期了解 也为以后测试活动打下基
在真正的企业里 不用怕得罪人(但前提是测试人员理论要精通)
测试员说话、做事要挺起腰杆(前提是能把测试理论与公司具体实践相结合)

LZ的情况估计是理论不精通 公司产品(项目)不熟悉
除了努力学习之外就没什么好办法了
作者: 愛戀小笨蛋    时间: 2006-11-6 14:32
我觉得跟客户多接触对测试来说肯定有好处的,可以更加明确了解客户需要的到底是什么样的产品

不过对于要更改的东西还是需要跟开发部的人联系,毕竟只有他们个才最了解实现的难易程度,已经估计需求改变对他们带来的影响。
作者: lampyan    时间: 2006-11-6 15:23
我也是啊.不但要培训,还要写操作手册之类的东西sdlkfj7
作者: jiaerxue    时间: 2006-11-6 15:36
实际与现实结合才能学有所用阿
作者: tinalanbinger    时间: 2006-11-6 16:25
谢谢大家,我现在心里好受多了前两天我真是只看到了这件事的不足之处,现在换了一个角度来看待这件事情,觉得心里开阔多了,谢谢大家!
作者: yours-123    时间: 2006-11-6 17:48
就是啊,多锻炼锻炼很好啊,你不可能做一辈子测试吧。女生的话总要向管理方面发展比较好,正是一个机会啊。
作者: larryyang    时间: 2006-11-6 19:39
LZ,恭喜你,这说明你无论在客户,同事,开发人员那里,你都比较重要。
作者: wuhuawu09    时间: 2006-11-7 10:34
我也是和你一样的,测试过的产品自己总比较了解,和别人沟通也是锻炼呀.就这样吧!
作者: louis_lu    时间: 2006-11-7 11:07
标题: 回复 #11 yours-123 的帖子
同意,顶上去!
作者: charmypeng    时间: 2006-11-7 16:46
原帖由 lampyan 于 2006-11-6 15:23 发表
我也是啊.不但要培训,还要写操作手册之类的东西sdlkfj7

相同的遭遇!
作者: ayong401    时间: 2006-11-7 17:13
做测试确实需要考虑用户的使用情况和使用特点.
但是按照你所说的情况,我认为你没必要跟客户去直接沟通.因为那不是你的本职工作.
跟客户沟通,那是销售人员的事.而不是你的事.
请你明白你的工作职责和范围.
作者: tinalanbinger    时间: 2006-11-9 10:39
原帖由 ayong401 于 2006-11-7 17:13 发表
做测试确实需要考虑用户的使用情况和使用特点.
但是按照你所说的情况,我认为你没必要跟客户去直接沟通.因为那不是你的本职工作.
跟客户沟通,那是销售人员的事.而不是你的事.
请你明白你的工作职责和范围.


当时困苦的时候,原因就在这里。谢谢理解!sdlkfj6
作者: hpty    时间: 2006-11-9 15:48
楼主我的情况和你一样,除了在客户这里录数据测试还负责系统的更新,研发把修改后需要更新的文件给我,然后在客户的服务器上更新。上班的地方直接就是在客户这里了,都不用回公司。
作者: nightbossa    时间: 2006-11-10 15:40
原帖由 ayong401 于 2006-11-7 17:13 发表
做测试确实需要考虑用户的使用情况和使用特点.
但是按照你所说的情况,我认为你没必要跟客户去直接沟通.因为那不是你的本职工作.
跟客户沟通,那是销售人员的事.而不是你的事.
请你明白你的工作职责和范围.



按照职责来说,跟客户沟通好像的确不是自己的本职工作.但是,如果自己经手测完发布的产品,客户还发现某些缺陷,客户直接跟开发或者领导沟通的话,他们无疑会产生对自己能力的怀疑.直接跟客户能接触到第一手的缺陷资料,然后自己再处理,能给自己足够的余地.

另外,如果有机会经常跟客户接触,进行产品的介绍和使用培训,以后或许可以转为产品负责人...不过这得看个人的发展规划了
作者: Mario    时间: 2006-11-10 22:20
有什么不平衡的?这就是测试人员的分内工作。

编程人员只是编写程序的某个模块或某个部分,对程序最了解的就是测试人员,对于客户的关于技术方面的问题,测试人员不去,那该谁去?

测试人员除了在开发阶段对软件进行测试外,软件的帮助文档,客户方面的培训,软件面世后的技术支持,这都属于测试人员的分内工作。没做过测试的人就不要在那乱说这是市场部的事。从专业上来讲,市场部门需要做的是如何把产品推荐给客户,让客户购买产品,产品该如何使用,出了问题后该如何处理,这当然是技术部门的事。

打个比方:您家的某样家用电器坏了,您和厂家联系后厂家答复您会上门为您维修,那么您希望这时候来到您家的人是市场部的还是技术部的。
作者: kelly_yan    时间: 2006-11-15 17:55
熟话说吃亏就是占便宜,要看你对这件事是怎么看待的了,跟客户接触只要不影响自己的工作就行了,学好能够学到的东西,以后会受益的.
作者: xwy0510    时间: 2006-12-7 17:26
我也觉得这是件好事情
作者: shenxiaoping    时间: 2006-12-7 17:36
我觉得不错,但是我们公司是讲流程的,一定要客户把自己的想法写下来,并给领导签字,我们这边才可以进行开发.
作者: zengyixun    时间: 2008-11-25 13:16
原帖由 Mario 于 2006-11-10 22:20 发表
有什么不平衡的?这就是测试人员的分内工作。

编程人员只是编写程序的某个模块或某个部分,对程序最了解的就是测试人员,对于客户的关于技术方面的问题,测试人员不去,那该谁去?

测试人员除了在开发阶段对软 ...

----------------------------------------------------------------------------------------
你还不懂测试,把错误做久了当成正确,很可悲,你家电器坏了,是技术维护人员上门修,还是家电制造厂的质检员来给你修?搞笑!
作者: 超越自我    时间: 2008-11-25 14:29
直接接触客户..对测试有很大帮助..
作者: ziwenxing    时间: 2008-11-25 17:18
当你进入不知道这么去测试的,去和客户沟通也不错,从他们那里可以得到很多需求中没有,但是软件在实际应用可能会遇到的问题,使得问题及早的解决。
作者: fpbaggio    时间: 2008-11-26 10:30
多接触接触吧,没有坏处的
我们开发的天天还得跟客户打交到,给客户嘘寒问暖
多接触客户,了解客户的需求才是最实在的
我还怕我以后做测试,没办法接触客户了呢
作者: 月上百合    时间: 2008-11-28 15:42
我觉得测试了解一下客户是需求是不错的,经过人传人都会变意思的,直接和客户联系蛮好的




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