测试管理流程：很多开发人员对测试流程的认识模糊不清，例如测试进入准则、缺陷管理、用例覆盖与执行等等。
个人觉得软件测试，特别是纯手工的功能测试会把测试人员变成领域专家。开发人员更像是技术专家，问题是差不多，但是看问题的角度不一样，就比如一个删除操作吧，开发人员考虑得更多的数据的删除，测试人员考虑得更多的是业务上的影响。 我觉得这个题目应该该为测试人员在开发人员眼里存在的价值？呵呵
不同的开发人员对测试的理解是不一样的
1）测试工作很低级，是完全手工劳动者
2）测试人员完全依赖他们生存，所以对有些bug的提出表示不屑态度，这时候测试人员要学会采用有效措施说服他们。
3）对测试持不信任态度：若测试流程的不规范而造成bug不断被发现，开发人员心里会很不爽，觉得测试的覆盖面不完整。他们总是想跳过测试，直接出产品。
4）没有用户角度考虑开发的东西，或者说，有些开发连自己做的东西是用在什么场景都不明确。这样的开发人员往往会依赖测试来帮他们处理烂摊子。
以上现象说明：
1.开发从观念上需要了解测试在整个团队中的位置，自己在整个团队中的位置。楼上几位说的：意识转变。
2.对测试的流程深入了解，并对测试中不足的地方不断完善，共同努力！
3.协助测试工程师进行自动化测试，学习测试工程师从用户角度上考虑开发产品的观念
4.积极配合测试工程师完善单元测试流程
5.把握开发系统的整体功能和性能需求。
总之，需要互相沟通，学习，创造新的价值！这样就不会再需要讨论这样的问题了 真不明白，那么多人都说开发人员最缺的是测试知识。。。
开发人员需要了解那么多测试技术么？ 那要你们干嘛？
目前普遍存在的问题是：大部分开发人员都是以功能为目的去干活，没有非功能性质量方面（例如易用性）的意识。说白了，开发人员普遍缺乏但是又需要的是以最终用户为中心的质量意识，尤其是在前期的需求和设计阶段。
我也来说两句
我一直负责测试，已经深知了测试与开发的对立性及相互性，我不认为开发人员就要掌握测试技术，如果开发人员都掌握了测试技术，那不如不成立测试部门或测试小组了。当前问题：开发人员最欠缺哪些测试知识？这个问题不如更好问一下：开发人员与测试人员的根本矛盾是什么。
我试着从以下几点做了回答，错了请拍砖
1、开发人员一般的开发环境比较恶劣：给他们一套开发环境，人人争用。所以有些开发人员就不可能把自己所做的那一部分完整的去单元，达到最基本的功能就可以了。
2、而测试环境一般要模拟生产环境系统，所以测试环境的优越性就显现出来，一旦可能某些开发人员就要用测试环境调试（同事之间，借用环境也是正常的），但借用之后，在测试人员正常测试发现BUG时候，由于惯性就要通过测试环境来调试BUG而占用测试人员时间。
3、开发人员有时候往往开发一个小程序时，并不去自己检查，而是直接交给测试人员，当我每次问起，你自测了没有，他们通常会说测试了，但有你们把关我放心。反而拿到手一开测就发现了大问题。
4、需求管理上的问题，其实在开发中间，需求人员有一点小小的创新思维会直接给开发人员直接讲，而没有去更新需求，从而导致测试时发现了问题有变化性，此时才知道需求人员与开发人员口头达成的协议
测试人员和开发人员一定要培养起良好的同事关系，一定要及时沟通，才能消除更多的不愉快，但是测试人员一定要有自己的立场，与需求出现不一致，一定要让需求人员知道只通知开发人员而不通知测试人员导致的结果，让他们在心理上也有一定的影响 开发人员最欠缺的是：不能真正站在测试人员的立场上、不能站在客户的角度去思考问题。
很多开发人员也会接触或者学习很多测试知识，测试理论、测试技术不亚于专业的测试人员。但由于自己参与开发，所以开发人员往往会形成思维定势，总是觉得自己开发的东西没有问题。所以一些缺陷会被开发人员遗漏。
[ 本帖最后由 沉默风云 于 2009-3-13 11:31 编辑 ]
回复 14# 的帖子
赞同，和我的想法一致。 刚入门中，学习中 开发缺乏测试的意识和方法：1、意识：很多开发感觉有测试人员会帮他检查功能里的bug，所以在意识上不会对自己开发的功能做过多的检查，一般是指要完成了设计，编译通过就可以提交测试了，这样往往是测试人员拿到手上之后点什么都报错；
2、方法：一个功能可以有多种操作方法，所以开发即使进行了单元测试，也只是以最简单的操作方法进行的，而且或许操作方法都是不正确的。
我来说说
1.质量意识：我觉得首先不应该说开发人员欠缺那些测试知识，开发就是开发，不必要去深究测试知识。但是有的开发人员缺少质量意识，最起码不能对自己写的东西以高质量的要求来约束自己。对于测试来说，也就是单元测试，在这个阶段，不少开发人员不重视，因为觉得后续还有测试人员进行测试，我的任务就是按照要求写出代码即可，至于质量是后面测试人员要关注的，测试出了问题我就改就是了，就是这种思想导致了很多所谓的低级错误的产生。2. 业务理解：其次就是对于业务的理解上面，许多开发人员只愿意了解自己的那些开发任务，不能从全局上去了解，起码对于与其他人员的接口等方面不甚了解，经常导致修改一个问题，却引发出了很多其他的问题。
3.对于测试工作的认知：我觉得很多开发人员不知道测试人员要如何来测试他的程序，我们以前的一个方式就是要让开发人员了解测试人员如何工作，对于测试用例的评审，也要求开发人员抽出时间参与，起码各自要了解自己的那块程序，未来测试人员会如何测试，那么他在编写程序的时候会提前考虑哪里是测试人员测试的重点和关注的地方。
半点意见
1.bug认识：首先，任何一个能够运行的软件单独拿出来都是不存在bug的，所谓的bug是软件实现出来的结果与设计要求（用户需求）不一致，所以就产生了bug。所以在测试的时候最重要的是站在用户的立场上设计测试用例，进行最有效的测试。2.理论知识：通过理论知识是一个好的测试工程师必不可少的，能更好的指导测试人员进行高效的测试。
3.测试用例的设计：要抓覆盖率和复用率。
其实测试是很复杂很系统的，不是三言两语能说清楚的。最重要的是公司对他重视，测试人员能严格执行，并勤于思考，那么公司的测试肯定是能做好的！ 1.开发人员技术不够，开发出的软件质量不高，会导致测试工作不便
开发技术不是很熟练（往往实现一个功能有多种方法，但采取了非恰当的方法，如算法、代码实现等）；项目经验不多；行业性的特性不清楚；对负责的模块业务理解不透彻、只是关注本模块不考虑前置、后置情况；只考虑功能问题，忽略界面、操作性等问题，认为是小问题（但往往用户首先关注的是这些问题）
2.管理不规范，需求文档不存在（如只是口头说说而已，未文档化）；存在的经常变化的需求（又记录或没有同步更新），开发人员之间不一致，各做各的，没有一个总体规范；测试环境不对立或者独立但是控制好（版本同步否等）
3.一些开发人员很少主动沟通
4.一些开发人员修改bug不考虑所牵涉模块、不考虑bug的优先级，从容易性bug开始修改
5.开发人员自己负责的模块不进行测试，实现了就提交，说做好啦
.... 原帖由 puchonghui 于 2009-3-12 22:18 发表 http://bbs.51testing.com/images/common/back.gif
真不明白，那么多人都说开发人员最缺的是测试知识。。。
开发人员需要了解那么多测试技术么？ 那要你们干嘛？
目前普遍存在的问题是：大部分开发人员都是以功能为目的去干活，没有非功能性质量方面（例如易用性） ...
嗯，这种说法也许更实际点，指望开发人员去了解各方面的测试技能，一个来不太现实，二来如果真的这样，也许对测试人员，对公司来说也不一定是多好事。
当然开发人员做单元测试，测试人员做集成测试，这样也许会好点。
至于开发人员对测试人员的态度，也许除了各位说的一些，应该还有测试质量的认知度的问题吧，呵呵，其实这也就是跟测试人员会经常抱怨开发人员的开发质量太弱是一个道理的，呵呵 原帖由 believe 于 2009-3-16 12:56 发表 http://bbs.51testing.com/images/common/back.gif
1.开发人员技术不够，开发出的软件质量不高，会导致测试工作不便
开发技术不是很熟练（往往实现一个功能有多种方法，但采取了非恰当的方法，如算法、代码实现等）；项目经验不多；行业性的特性不清楚；对负责的模块 ...
呵呵，说的好！这些都是在开发人员中经常出现的问题。我最近还在想怎么解决这些问题呢。
态度决定一切
其实主要是开发人员对测试的态度和对自己程序的态度 其实开发人员是根本不懂测试的，他们认为公司出现测试是多此一举，甚至有人认为测试就是调试，只不过开发没时间找错误，所以才会有软件测试，软件测试就是帮开发找错误。所以，要想让软件错误少，还是让开发系统学习下软件测试的理论。不是知识，是意识
不是测试知识，是质量意识，是对自己工作认真负责、尽心的意识。因为不需要承担什么，所以无所顾忌。
开发不是凑代码，而应当是在创作一件艺术品。
我来说两句
当今开发人员缺乏的知识就是意识能作开发的可以说虽不是博览群书，也算是通达之人了，为什么很低级的错误会犯很多次都没有改正而且在不断的重复呢，原因之一就是没有很好的意识
什么是意识。。。通俗的来说当你被油烫到手你的手就说不自觉的缩回来，因为大脑传输了疼痛的感觉，这是人体的自然反射，这种意识对于我们是珍贵的，因为没有了这种意识我们就不算一个正常的人，我们的心灵和身体都会受到创伤。
那为什么我们在工作中没有这种意识呢，因为我们受到的损失并不是直接性的，大不了被主管说两句，能怎么样，最差就是被开被，此处不养爷自有养爷处，这种意识大大的把好的意识个压制了，揪其根源就是没有敬业精神
培养敬业精神是提高开发人员测试意识的根源所在
如何培养敬业精神
1待遇有待提高
2思想教育不可少
3有条理的规章制度 思想比技术更重要，有道理
页:
1
[2]
