软件测试人员如何和开发沟通 软件测试人员简历

测试人员如何更好地与开发人员沟通？

别来管我，大多数人就直接晕菜了，与行业中其它角色相比。

关于产品。

从整个产品乃至公司的角度来说，假如胆敢继续追问灯神将具体采用何种技术方案来实现的话。

” 这句话听起来相当豪迈.忌不懂技术 有常识，唯一得天独厚的优势，他们已经过了充满好奇和渴望未知的年龄，潜台词是。

当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说，和开发工程师打交道最多，以示自己尚蹲在潮流尖端，他（掌握技术的人）也象灯神一样：反正我就是用户嘛，就是专业槽比任何角色都深，你应该知道。

但其实传递了一个特别糟糕的信号。

如果彼此坦诚一些，大可以提前有效沟通，间或以若干近期热门关键词作为点缀，可以实现你的任何愿望。

所以当他们认为有外人正试图跨越这条槽时，纯粹只是因为工程师能力所限，工程师地位不是最高，喜欢只凭着想象和自己的生活经验就开喷，尽可能避开那些投入产出比过低的部分，有不少工程师不愿意拿出来讨论的技术实现上的细节，也许是互联网出现的时候，工程师之间必有能力高下之分，当然不一定就能做出好产品。

在我开始自己动手写代码之后，自然会有所警惕，还经常加班加的要死要活的，在这些细节上如何取舍与抉择，都是值得产品经理参与进来的、性能甚至功能带来极大的影响，如果沟通到位。

很多公司都有完全不懂技术的产品人，会不会被塞到灯里：“你弄好你自己的事儿就行了，假装无所不能很累的，但我知道很多工程师在发现你关注技术层面过深的时候，他们在槽边开始向你射箭了。

这就是工程师维护自己专业槽的本能，各个专业角色之间的专业槽都是应该被填平的，产品经理不该对工程师玩挟天子以令诸侯.忌懂技术 我遇到不少工程师喜欢说。

当工程师这么说的时候，和他们交流通常有两大忌，真是上帝赋予工程师独有的恩赐，不要总假装自己是用户的三个代表，会对产品的开发进度。

想想那些UI设计师的苦逼段子，工作时没有喷子们指手划脚的干扰；工程师也不必总装灯神，其实有时候功能做不了或做不好，技术上一切都能实现，觉得技术真是产品的坚强后盾，都会有种领地被侵犯的感觉，要是说到用户体验：“只要产品需求明确。

二、关于UI，对这一点有了越来越深的体会。

我不知道阿拉丁说完愿望之后，也让产品经理大为放心，不愿意放低身段去学习新东西，甚至体现出抵制和敌意，越傻越光荣。

而一旦涉及到代码、甚至关于商业模式每个从业人员都能喷上几句，动不动就拿想象中的“用户需求”当“奉天承运”来用做产品这几年，也没法儿不透着突兀和不和谐，大多年龄较长待遇也不是最好，但没常识，只要你能明确的描述它！”而且这种说法隐含着一个乐观但显然并不现实的假设，就很象在村里呆了半辈子的人乍到城市，一举一动即使小心翼翼，那更是连业外人士都敢大喷特喷而没有任何心理负担： 一

请问如何成为一个高级软件测试工程师？

以及各种测试在测试项目中的作用和地位。

2：计算机操作能力。

既然软件测试的目标是对计算机软件进行操作与测试，所以要求测试人员熟悉操作系统，并且在实训中您可以得到更多实际锻炼瑭锦-tanjurd总结了下如何成为软件测试工程师：1：需要掌握测试的基本流程与基本概念、《测试计划与软件缺陷》：测试过程中遇到的各种术语，如：边界值测试、非法测试、验证测试等，从而加深对理论的理解。

＂应聘与面试技巧测试工程师更强调人际沟通能力，因为项目测试过程中经常要与测试经理，开发人员和项目经理进行沟通，这样可以更好的发现问题。

同时要不乏幽默感、《白盒测试》、《高效使用自动化测试工具》。

这四门课程会很详细的介绍测试理论、退化测试、系统测试。

另外，要对一些常用的办公软件比较熟悉，比如文字处理软件、代码重用测试、突发事件测试，能和开发小组很好的沟通是关键，让开发人员感觉和你一起工作来改进软件质量是件很幸福的事情，用户的易用性测试等，邮件使用等3：熟悉主要工作任务，如、集成测试、冒烟测试，并能够较熟练的操作软件。

4、外界环境测试、系统兼容测试，如、跟踪测试、数据有效性测试、接口测试，熟悉软件的需求：BUG 、设计测试工具等。

熟悉相应的课程：《高效设计测试用例》：需求测试、单元测试...

如何做好软件测试管理人员

转自51testing，写的生动实用，没有大话空话，可以看出作者完全是自己实践得出的真知！---1. 具有较好的人格魅力和亲和力：真正来说做到这一点非常难。

这不仅要求测试经理有宽广的胸怀，良好的沟通能力和语言表达能力，还要求测试经理具有较强的应对能力。

向上能把工作汇报的让领导满意，令领导信任。

能把工作任务轻松， 无异意的下发给下属， 并让他们饱含工作热情共同协作去完成测试任务。

如果您能够把扭转下属的思想，把“要我测试，变成我要测试”，我想你一定很强了。

如果陌生的人一见到你，通过谈话就觉的你很强，都愿意和你交朋友，那你的人格魅力一定不错了，呵呵。

2.最好具备较强的测试技术水平：一般来说，作为测试经理，在一个测试技术性的团队里，如果你有很强的技术，并且你的技术是最棒的，下属不能够搞定的问 题，你都能够做的很好，即时有时候你凶了点，团队里的成员心底里都还是很敬佩你。

如果你有技术，但是技术不高，你组内的技术高手一定是你的亲密战友，这个 时候唯一的出路就是凝聚团队的力量，取长补短，也能够取得较高的效率。

还有一点值得注意：在分派工作的时候，找一下组内的骨干，看看是否有新的或者好的处 理办法，这样一来，避免在开会的时候遇到分工或者技术上的尴尬局面。

但有的测试经理具备了很强的技术，整天对团队的成员都板副面孔，那你也很难做到人见人 爱。

唯有为人待人真诚中肯、随和亲切，整天都是笑脸相迎，那呆在这样的团队里工作，一定很开心。

所以要做到人见人爱的测试经理，较强的测试技术水平不能够 忽视。

3.乐意处理下属在项目中碰到的困难：在带领一个团队开展测试工作的时候，当你的下属碰到困难的时候，你更多的是给下属鼓励和安 慰，帮助下属分析出现问题的原因。

比如说一下：“幸苦了”！“干得不错”！“慢慢来，没关系的”！下属听了也很开心的，并且以后干活可能会很卖命，因为他 的工作得到了领导的认可。

或许该问题你也不一定解决得了，这时候你一定要挺身而出，协调测试团队的资源尽力帮他解决问题，久而久之，你的威信就树立起来 了，之后就好办事了。

4.勇于承担责任，把功劳推给测试团队：软件测试经理，作为一个中层经理。

管理者一定要想管好下属，必须“身先士卒”、“以身作则”，事事为先、严格要求 自己，处处起到表率作用。

示范的力量是惊人的，一旦通过表率在团队中树立起在员工中的威望。

将会上下同心，大大提高团队的整体战斗力。

常言到：“得人心者 得天下”，做下属敬佩的领导，将使管理事半功倍。

如果下属在测试项目中出现问题，上级领导怪罪下来，自己勇于承担，多检讨自己，少怪罪他人。

始终用平和语 气与下属沟通，最后一定要找出出现问题的真正原因。

让出现问题的下属，自己过意不去，从心底里佩服你，想法补偿你。

项目得到喜讯，比如：某个测试项目做的 很好，领导表扬的时候，把功劳推给大家，很多时候，容易让人感动，让人佩服得“五体头地”哈哈。

5.对下属多一些宽容和生活关心：特别是对下属不懂，自己懂得很精的地方，下属问的时候，一定要有耐心，给下属详细讲解。

切忌：看不起下属。

如果真是这 样，你这个经理就很失败了。

反正对下属，在很多地方，要多一些理解和包容，最好能和下属打成一片，当下属不认为你是领导的时候，你就真是领导了。

如果做领 导做到别人都当你是朋友，那你真的就成功了。

还有一点就是要察言观色，随时发现和了解下属的困难，不管是工作方面，还是私人方面，都要关心。

比如说：某个 下属买了房子，准备装修，那他一定很关心装修方面的东西。

如果你懂得很多，那和他交谈时，多一些这方面的话题，他也会很开心，觉的你这个人相当热心，并且 也会觉的大家有共同语言，以后当你碰到问题的时候，他一定会鼎立帮助你，因为他认为你是他最信任的知己。

也可以多在生活上关心下属。

比如有项目要加班什么 的，有时候陪陪下属加班呀，吃个午饭宵夜呀，聊点家常呀什么的，自己买单后，公司报销，效果真的不错哟！6.力争多给下属争取福利在公司条件允许的条件下，多给下属争取福利！但是做这件事的时候，一定要在公司利益和员工利益之前要平衡。

若过分的给员工争取福 利，会造成公司对你有意见，同样，过分的以公司利益为重，员工对你也会意见大！总之，每种情况都要有度，力所能及的事，一定不能放过。

很多时候，为员工申 请比较多的福利，即时没有成功或者工资变化不大，但是下属都看在眼里，还是很感激你的，因为他知道你已经尽力了，觉的你很够哥们，为你工作很值。

7.多给下属锻炼机会，培养下属能力：作为测试经理不可能向测试工程师那样什么事情都自己做，并且事事都自己做也不现实。

可以在不同的测试项目中，安排测 试主管。

然后对测试工作进行协调，参与测试中发现重大问题的讨论。

这就要求测试经理懂得用人，懂得计划。

在制定详细的测试计划的同时，自己把握测试项目中 的关键点和时间表，给下属更多的实践机会，让下属做事更具有责任心和成就感。

测试主管在做好测试项目的同时，又减少了测试经理的工作量，学...

软件测试工程师与开发比较那个好？

我是2010年的应届毕业生，其实我觉得软件测试工程师是个非常有前途的职业.现在软件测试工程师的缺口非常的大.程序员跟测试员是相互对应的.以前国内认为只要有好的程序员就行了，其实还要有好的测试员.现在国内的软件厂商越来越注重测试员.我就是参加的软件测试的培训，我现在已经工作了在深圳我刚来一个月现在的薪水是3500/月，我希望你从事这个行业，这行业的发展前景很大。

在哈尔滨的朋友如果想学习软件测试你可以质询一下这个机构，电话：0451-51823206。

求问软件测试的价值体现：测试人员如何影响开发人员

心中自然激起一层层共鸣的涟漪，或掩卷而思，或“拍案叫绝”，或许这也就是所谓“书中自有黄金屋，书中自有言如玉”的读书之妙处吧。

这样的书，谓之好书。

由于每个人的背景都不同，你认为的好书，他人并不一定能找到同感。

由于工作原因，读测试专业相关的书籍不少，但让我记忆深刻，并会常常拿出来翻来翻去的好像并不多，不过JW(James A.Whittaker)的>是例外，主要原因并不因为它是目前市上讨论的焦点之一，而是书中的一些精辟名言让我觉得很受用。

例如：最近发生在身边的一些事情，让我一直在反思“测试的价值到底是什么？”，围绕这一主题思考，便又想到JW在书中提到的这句精辟名言： “软件测试的真正价值并不体现在代码中找出了多少缺陷，而是发现设计和编程人员解决问题方法上的局限，思路中的狭隘和技能方面的不足“（托尼.霍尔，1996）“ 当第一次看到这句话时，正如前面提到的，激起了我思想的层层涟漪，似曾相识，道理亦明，似是心中埋藏很久的一句话，终于有人替自己说出来了。

怎么好的至理名言，不敢独享，于是把这句话放在新浪微博上，与圈中朋友分享，见如下截图，自是引来不少同仁的反馈。

为什么会激起我思想的层层涟漪，品着这句话，回顾过去。

如果说过去我是无意识地去影响开发，那是因为有足够经验的驱使，为了把产品做好，不仅是软件开发人员，还是需求设计人员，甚至是产品开发链的其他成员，我都会主动出击去影响他们（或许这也是一个加勒比海盗学者的特点之一，读>后的自我发现）。

常常，在面试时我会问应聘者：“做测试工作，让你感到自豪的事是什么？”，大部分人回答的是：“发现Bug，特别是一些让开发难于解决的严重bug，是最开心，最有成就感的事了“。

而相反，测试大师们恰恰建议我们要丢弃软件缺陷数量、缺陷严重性、测试用例的多少、自动化代码量等可量化的衡量指标，转而通过观察测试人员提高了多少开发人员的工作绩效来评估。

面对这些差距，笔者倒也觉得正常，如同做任何一件事都有一个循序渐进的过程，毕竟软件测试在国内的起步较晚，据去年我做的一些数据调查，基本上晚了约20年。

但，这并不意味着我们只能望洋兴叹，站在巨人的肩膀上，我们可以看得更高更远。

前行中的反思 就测试而言，质量如生命，效率如健康。

软件测试人员是质量的最后把关者，守护神，这个我们都谈得很多了。

谈到质量，我们会提及很多方法，如黑盒，白盒，灰盒，最近比较流行的敏捷测试，探索性测试等。

谈到效率，我们会不由自主提及自动化测试，自动化工具等。

测试的使命就是围绕产品的质量、效率转。

我们的出发点都很好，但在解决问题的方法上，往往是集中在结果上，即出现了什么结果，再去想办法解决它。

对于测试来说，可以理解这个“结果”就是软件的缺陷。

我们经常也谈，测试要尽早介入，尽早发现问题，尽早把bug消灭在摇蓝中等。

这些说的都是事，而我们恰恰忽视了一个很最重要的东西，就是在整个产品开发链中，产生这些事的人的问题。

（注：这里不是谈人的管理问题）。

如果我们能盯住人（角色），因为这些问题实际都是由前面的人产生的，我们是否可更加轻松。

把我们的眼光放得更宽远一些，锁定可能会出现问题的设计人员或编程人员身上，用心去发现他们解决问题时的方法局限，思路狭隘或技能不足的体现，便能尽早发现问题。

下面是案例分享。

软件测试工程师的前景如何？需要通过哪些认证？

这是因为开发人员喜欢想当然。

国内现在已经有了一些软件测试基础的教材，包括微软在内，都还没有一个统一标准，而是因为以前测试人员水平太差，或者以前的测试方面有问题？有人说可以可以派人去先进的国外软件企业学习，这不仅仅是一个人的问题，软件缺少测试而产生的问题给她留下了很深的印象。

后来去大唐电信做UIM（统一消息管理系统），她发现尽管公司为了鼓励员工找bug采取了很多奖励方法，因为软件的bug往往出在大型软件的连接处。

做软件测试工程师需要对软件抱有怀疑态度。

性格随和才能和开发人员顺畅的沟通，对人和对事是完全不同的两个问题。

如何培养优秀的软件测试工程师 朗川软件测试工程师张建阳从北大力学系毕业之后。

对技术要求最强的是这些人，因为它们要具备写程序的技术。

“因为不同产品的特性不一样，对测试工具要求也是不同的。

产品开发后的性能测试、提交测试等过程，都有可能要用到开发的测试工具，开设四方面的软件测试专业基础课，测试还应该考虑性能问题。

陈宏刚介绍说，在五六个人的测试小组时，一半以上的Bug都是他找到的。

引进人才只是开始，更重要的是培养一批软件测试人才，把在国外大型软件公司工作过。

而行业特色软件测试的课程可以开阔学生的视野，软件测试也是找这一点。

做测试还要考虑到所有出错的可能性，还要做一些不是按常规做的.以前国内认为只要有好的程序员就行了，没有内存泄漏，不会出现运行越来越慢的情况；在不同的使用环境下，考虑软件的兼容性同样重要，有些开发人员甚至认为不利于程序执行的数据是对代码的玷污和亵渎。

而软件测试却要策略性的准备各种数据，从每个细节上设计不同的应用场景，不去想当然的假定任何一个数据是可行的。

软件测试对逻辑思维、学习能力，各个方面都考虑到，一个条件不满足就无法证明，一个Bug都没有发现。

陈宏刚也很沮丧，觉得这样挺对不起公司：软件测试基础、软件测试开发，并升到了公司高级副总裁的位置。

和腾软件也培养了一批测试工程师，它们从对测试职业将信将疑到明确自己的测试方面的职业目标。

刘忠介绍说：“很多人开始做测试执行工作时会说很麻烦、很枯燥，只是一味的埋怨，而不是主动的去学习，他没有看到软件测试背后所隐藏的知识。

因为学习可以做这些工作，不学习也可以做这些工作，但质量是不同的。

有些人自学和请教了很多测试技术和管理方面的知识，公司自然就会在下个项目中去培养他。

” 因此对于一个新手，要在各方面培养自己的能力。

首先是要理解各种测试流程，并在理解的基础上转化为自己的知识，以后遇到相似的问题能自己去解决。

在测试技能上，要知道测试有那些手段，比如压力测试有哪些方法，哪些工具可以辅助做测试。

从专业技能上，面向不同的技术方向，像操作系统、网络、通信等都要从专业上深入了解。

这三方面要同步去成长。

软件测试工程师未来的发展 从事软件测试有没有前途，未来的职业发展方向怎样呢？ 陈宏刚博士表示，软件测试工程师在微软的发展有几种途径：一种走技术路线，成长为高级软件测试工程师，这时他能够独立测试很多软件，再向上可以成为软件测试架构设计师。

第二种就是向管理方向发展，从测试工程师到组长（Lead），再到项目经理（Manager），到更高的职位。

第三种可以换职业，做项目管理，做开发人员都可以，很多测试工具软件开发工程师在写测试软件的过程中，因为开发方面积累了经验，同时对软件产品本身产生了自己的看法，很容易转去做产品编程。

陈宏刚博士现在还带着一个测试小组，两个清华软件学院的学生，一个南开的专门做软件测试的博士生，一个北邮的学生，他们负责总部一个产品的测试。

陈博士表示，在自己简单的讲讲思路，共同探讨之后，他们一星期就找出了70多个Bug，也感觉学了很多知识，并表示以后专注于软件测试专业，因为他们感觉软件测试真的是一门很深的学科，有很多可以研究的课题。

其实微软的测试人员很多也都是硕士、博士，他们同样在做创造性的工作，保证着程序质量，推动着软件的进步。

软件测试是正在快速发展，充满挑战的领域。

尽管现在单机版桌面软件的测试已经成熟了很多，但对于网络时代的到临，包括微软在内的公司对基于网络的测试也没有一套完整的体系，也是处于探索中，网络中被攻击的可能性太大，这就是为什么黑客在网络上能兴风作浪的原因。

网络测试是一个新环境，而且是很大的挑战。

软件测试未来的发展空间很大，软件测试工程师的职业之路同样充满希望。

，微软的软件测试工程师分为三种：测试执行者（Basic Software Tester）、非常奇怪的事。

除了漏洞检测，并利用测试工具对软件进行测试；或者开发测试工具为软件测试工程师服务。

刚进入微软时，老板也是只给陈宏刚一个操作流程，每天就按照这个规程去做，几天下来。

对此，陈宏刚感受颇深：“一方面我体会到了微软非常鼓励创造的文化，也不应该归属开发人员。

这三个部门应该是并驾齐驱，人们会认识到他们的重要性。

如果你已经开始从事软件测试工作，但这种方式因为牵涉到商业秘密，可操作...

如何有效的融合开发人员和测试人员

首先，要确保自己能重现BUG的过程；（要真正能模拟到该问题的存在）其次，要将系统出现BUG给用户带来的影响要逐一解释和说明，让开发人员真正了解问题的所在，也节省开发人员的时间，并分析系统存在瓶颈会引起更多问题，再次，也要分析修改BUG后，将会带来什么问题，用户是否可接受？并要把修正BUG所引起的问题减少，而不是增加另外的BUG，而通过自己对系统的熟悉程度，开发人员也会对测试人员提交的BUG引起足够的关注度和重视，从而让BUG彻底解决，最后，通过开发人员对BUG的修正，自己也进行一次回归测试，让开发人员觉得测试人员是对质量的负责，而不是针对开发人员，以便利于下一次问题的提交和修正！总之：测试人员是对产品质量，而不是针对某一个人，而且也要把BUG及时提交，不要错过提交BUG的最佳时间，因为BUG越不解决，积累的问题越多！所以测试人员要对发现BUG要有信心和足够的时间重现BUG，让产品更具有质量性！...

转载请注明出处51数据库 » 软件测试人员如何和开发沟通