51Testing软件测试论坛

标题: 软件开发过程中各类人员共通心理剖析 [打印本页]

作者: thinker 时间: 2004-9-9 13:37
标题: 软件开发过程中各类人员共通心理剖析
“软件业，以人为本”。参与软件开发过程的各类人员的共通心理表现，对整个开发过程起着举足轻重的影响。作为一名项目管理者，非常有必要对其进行一一剖析，找出心结，然后对症下药，加大沟通力度，提高开发效率。

　　结症一：用户，由于观念上的不同，国内的用户更倾向于看到一个实实在在的“东西”。传统开发方法的每个阶段的审查和签字，留下的往往是那句经典笑话：“不错，这是我所要求的，但不是我想要的。”而且由于客户看不到一个成型的“东西”，让他在确认报告上签字也是一件比较头痛的事，更何况客户的需求随时都有可能在变化。但是一开始就要给用户一个“令客户满意的结果”，这样的场面实际上是不存在的，而且也是不可能的。

　　结症二，系统分析员：系统分析员认为应该的东西客户往往觉得没必要。客户觉得应该的东西系统分析员又觉得不可理解。最为系统分析员恼火的事情就是客户不停地在变更需求（特别是原地打转的情况）。系统分析员在设计系统时考虑的最多是实现上的方便，而不是系统的扩展和更新。系统分析员总是在做“吃力不讨好”的事，常常善意地自以为是地为客户做许多“假设”。事实上这些“假设”往往与客户的实际情况相背离。而且系统分析员最大的“致命伤”就是：系统分析员从心理上往往忽略一些细节上的东西，然而这些细节往往在系统实现时成为系统成败的关键。

　　结症三，程序员：中国的软件企业普遍还处在“作坊时代”。至今还有很多程序员，满脑袋的“数字英雄主义”，喜欢独出心裁。他们更倾向于一拿到项目马上编码。然后告诉您：他的编码多么出色。他们会把详细设计说明书当作是对他们的一种“桎梏”。他们认为程序应该是一门艺术，而他们正是“艺术大师”。因此在程序中他们留下的“旧日足迹”随处可见。他们喜欢天马行空的工作方式，从而往往忽略别人价值的存在。

　　结症四，测试工程师：测试工程师往往的想法是“我已经仔细审查并测试过了，不会再有错误的”。实际上运行时不存在错误的软件是不存在的。因为运行产生的错误的原因更多可能是来自于外界因素。测试工程师往往更倾向于测试软件本身而忽略运行环境。一旦交付使用后，对于客户产生的抱怨他们往往会说“这是设计者的不完全造成的，与我不相干”。因此，您很难定他们的“罪”。

　　如何解决这些心理结症。“第一是沟通，第二是沟通，第三还是沟通”。客户方面的合作是系统实现的前提。从项目开始到结束，用户的参与必不可少。您必须让客户看到：你们是在实实在在地为他们办事。这样您才能得到客户从心理上的认可。消除了原有的顾虑后，事情办起来就顺利多了。其次系统分析员方面，在设计阶段把所有可能出现的问题摆在桌面，与客户一起参与讨论（问题产生的条件，特点，效果，后果等），一起解决，尽可能少地把分析，设计时的错误带入下一步开发阶段。程序员方面，要不厌其烦的向他们讲明编程规则的重要性。从心理方面，我们要采用积极引导的办法，多给程序员吃“补药”，多两句赞美的话往往会带来很好的效果，毕竟程序员是年轻人的团体，是受不得“打击”的。此外培养他们的团队精神也是必不可少的。测试工程师方面，我们要尊重他们（国内许多公司测试工程师的地位是比较低的），让他们意识到自己工作的重要性。还要不断培养她们的耐性，责任感和细心的作风（在这方面，女测试工程师比较有优势）。认真听取他们的建议，了解他们的心理感受。在解决上述人员的心理结症后，您会发现整个项目的开发效率有明显的提高。

　　我个人觉得一名优秀的软件项目管理者，首先应是一名管理心理学方面的专家。人是软件企业的立足之本。了解参与项目开发人员的心理活动，对于项目管理者来说，可以顺势利导，消除不良的人为因素，提高团队的凝聚力和工作能力，从而提高开发效率。

作者: testing 时间: 2004-9-9 13:46
好文章。

作者: skinapi 时间: 2004-9-9 20:51
好文章，顶一下。

作者: Cynthia 时间: 2004-9-10 09:27
嗯，受益匪浅，谢谢。其实，我做这个工作开始也是摸不着头脑，也觉得自己的工作不足轻重，看来，我正应该好好干下去，慢慢喜欢它了

作者: Siva 时间: 2004-9-20 15:30
当自己爬上软件项目管理人的位置时，这篇文章是绝对受用的！

作者: babybear315 时间: 2004-9-21 13:20
好文章！

作者: ayong401 时间: 2004-9-27 09:12
UP...

作者: ayong401 时间: 2004-9-27 09:20
第一是沟通，第二是沟通，第三还是沟通!
说得好.

作者: ghost 时间: 2004-9-27 11:12
标题: 呵呵呵，深有体会！
好!好!好!.....

作者: 泡泡鱼 时间: 2004-9-29 17:17
标题: 好文！

作者: zzm_test 时间: 2004-9-29 17:29
确实好，把客户、系统分析员、程序员和测试员之间的关系和他们之间的心理分析的很透彻！实际项目中的确实存在，佩服！！

作者: 天才小痴 时间: 2004-10-18 14:51
向版主学习！

作者: luckhj 时间: 2004-10-28 10:32
好文章.

作者: qingtian 时间: 2004-11-24 09:40
还存在一个跟领导沟通的问题，或者说简直就是没法沟通有些人，晕~~~

作者: 嘘garfield 时间: 2004-12-21 09:21
对各方面大概有个描述吧,简单但是还是挺准的

作者: mojinde 时间: 2005-1-5 09:54
沟通，沟通，沟通！我们缺少的，真的就是这两个字！

作者: logitech 时间: 2005-2-6 16:42
理解，透彻！我们的开发人员就是与客户沟通太少，这样怎么能做出优秀的软件来呢？

作者: sinicism 时间: 2005-2-7 12:50
所以做测试是最惨的。因为最终被用户发现的问题，都会归咎于测试人员的玩忽职守

作者: 叶子0929 时间: 2005-3-21 16:53
To sinicism
有点悲观哦，关键还是要看你做得怎样了。：）
要学会保护自己的权益，我们公司就分责任bug的，我们做的系统都是要求非常高的，风险也很大的，但直到目前为止，真正推到我们测试部门的bug还几乎没有。
我的经验：
（1）明确每次的测试范围-------特别是对升级项目尤为重要，有时候开发部门通知只是改了很小的一个部分，殊不知，引起其它地方错误。-----所以要明确每次的测试范围，而且这个范围要经过开发部和测试部共同认可。------这样一旦以后被客户发现不相关部分出现错误你也有话说。
（2）作好详细的纪录，以便追溯，有时候，当初提出问题时，RD不认同，没改，到客户那里提出来了，你也有话说
（3）还是作好纪录，对于偶发问题。有时会碰到莫名奇妙出现一两次某个问题，也没找到原因，后来就不出现了，这类问题大部分就被忽略掉了，以为没事了，其实这种问题，一定要详细纪录到测试报告中，包括时间。。。。因为触发这类bug的很可能是需要特殊条件的，而平时的测试又不具备这种条件。-------比如，我们做的金融软件，在月底或月初的某一天是有特殊处理的，假使在公司给你们安排的测试周期中恰好错过这段时间，那以后出现万一月初出现某个问题你也要说明当时的测试条件。-------------其实有经验的测试人员会把这个限制提前提出来的。
（4）还是纪录，对于开发人员没有明确找到bug根源的问题，相信大家都碰到过，开发人员回复，再试试（实际并没找到bug根源），当时也许可以了，但可能他只是临时调整某个参数，并没有从根本上解决问题，这样的问题测试人员应该好好作回归测试，实在不可重现，也要详细纪录下来（没找到根源），以后再出现这种问题，你也有话说。
。。。。。。
总之，测试人员要详细纪录，做好bug管理，免得到时候什么问题都被算到测试头上。
当然前提是你测试本身做的够好，知道自己该做什么，该做到什么程度，否则被扁也在所难免 ^_^

作者: dinofamily 时间: 2005-4-1 17:26
好文章啊！
感谢ing！
希望能多一些这样的好文章！

作者: poly_li163 时间: 2005-4-13 17:33
好啊，这文章太棒了！！以后多写这类文章

作者: beiyue 时间: 2005-5-18 16:54
标题: 有道理的
有道理的。

作者: howie530_8 时间: 2005-6-7 15:08
标题: 有道理
能透彻了解人的心里已经很不容易了

作者: aricone 时间: 2005-6-9 11:37
很好，管理、测试、开发都是需要研究心理的，都需要站在别人的角度去看问题，可能会更好。

作者: aurora 时间: 2005-6-17 14:46
叶子0929说得不错，很实在

作者: freethinker 时间: 2005-6-21 08:54
好文章，经验之谈!;)

作者: freethinker 时间: 2005-6-21 08:55
好文章，经验之谈!;)

作者: 小屋_vivian 时间: 2005-6-27 21:29
测试工程师和开发者是最需要紧密沟通的,软件的成型过程好比是盖房子,开发好比盖房子,开发者的任务就是把房子盖好,而测试工程师是负责把房子拆开,看房子是否有偷工减料的地方或质量不合格的地方,所以,开发者天生就对测试者有抵制的心理,自己辛辛苦苦作的房子被别人拆开是一件很痛苦的事情,测试者.而测试者又不顾开发者的心情一味的去拆他们的程序,这就是很多公司开发和测试势不两立的原因吧.工作中多沟通,会使双方的工作都进行的更顺利些!

作者: wzcyx 时间: 2005-8-29 15:34
写的不错，但在中国目前来说好像还不行

作者: paomowyh 时间: 2005-9-8 16:12
有收获，谢谢

作者: marry120 时间: 2005-10-13 11:23
顶一下
我是测试人员,上面描述的似乎看到某些自己的影子

作者: miaomn2 时间: 2007-8-3 10:59
有道理

作者: xushipu 时间: 2007-8-17 16:38
好东西啊谢谢了

作者: changlang530 时间: 2007-9-5 10:24
写得很好，想做管理在对项目中的各类的心理了解很重要。
处理的好项目进展快，而且很容易得到别人的尊重。

作者: huayan 时间: 2007-9-12 10:20
这篇文章说的不错。不过我好像做的项目都没有完整性。

作者: s154098121 时间: 2007-10-16 17:39
不错

作者: scarlett 时间: 2007-10-25 18:58
沟通也是需要技术的。测试人员怎么和开发人员合作。能把关系处理好的话，能省很多事。。其实开发人员和测试人员应该是一个整体。是互助互补的。而不是相对独立或者相对立的。【如果只是一个解决bug一个发现bug。。】开发人员和测试人员也应该是一个团队。。。

作者: 高跟鞋跳舞 时间: 2008-1-18 17:47
是的，开发和测试是一个整体．
我们做项目就好比做一件艺术品，开发负责铸建最出的产品，然后测试配合开发给这件艺术品打磨，成为最出色的产品．

作者: iceblue72 时间: 2008-2-14 14:41
问是好文，人是好人，顶一个。

作者: suoyi 时间: 2008-2-18 15:22
受教了~~
写的很好~~
开发人员和测试人员其实是抱着同样的愿望：给用户提供更好的产品。
沟通最重要~~

作者: 阿七 时间: 2008-5-17 15:31
好文章

作者: tingtingc 时间: 2008-5-27 16:29
各抒己见，各有千秋。
故事是一个闭合的悬疑，测试是一个无法闭合的过程，人在其中的因素比重尤为的高。
沟通在人，协调在人，做事还在人。
怎么做？如何做？看领导做？按流程做？按实际变化做？
个中奥妙，岂是只言片语道的清楚，正所谓：路漫漫其修远兮，吾将上下而求索。

作者: mayhualiu 时间: 2008-7-17 09:06
是的，精辟

作者: maclehappy13 时间: 2008-12-12 16:25
写的不错,很多时候都有这样的体会!

作者: jessica42237728 时间: 2008-12-18 11:24
顶~~

作者: sdxyyouyou 时间: 2008-12-26 14:47
真不错

作者: zivieira 时间: 2009-1-11 10:54
写的非常好, 学习ing!

作者: sunjr 时间: 2009-3-14 22:10
好文章，顶一下。

作者: 6739 时间: 2009-3-17 11:14
写的非常好, 学习!

作者: tang_yying 时间: 2009-11-13 13:44
好文章，剖析的很生动啊

作者: wang_no1 时间: 2009-12-1 11:19
好文章，顶一下

作者: bjwj 时间: 2010-1-14 14:15
不错，多看看这样的文章是很必要的。

作者: aklszt 时间: 2010-6-11 10:16
沟通确实非常重要，顶。。。。。

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