开发人员最欠缺哪些测试知识？（09-3-9）（获奖名单已公布）
一些中小型的公司的开发人员技术不平均，管理不规范，经常会犯一些重复性的、低级的错误，给测试人员的工作带来了很大的不便，浪费相当大一部分的时间做这些无意义
的测试。通过哪些方法能够尽可能少的杜绝这种情况的发生呢？或者如何对开发人员进
行培训及控制。
如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
获奖名单奖项获奖名单奖励答案链接一等奖不是我，是风当当购物卡50元12#二等奖vaguely300论坛积分9#kuailederen2#
http://bbs.51testing.com/attachments/month_0811/20081125_650d7dccd46be6244f27oXDjE0HoDhyX.gif
相关文章：
有时候，优秀的开发人员是被优秀的测试人员调教出来的
开发人员需要了解的测试
优秀的开发人员能否成为优秀的测试人员
更多内容请点击＞＞＞ 我喜欢标新立异，就跑题的说下自己的观点：
1.其实不是开发人员了解测试，而是我们的领导不了解测试，强将无弱兵就是这个道理，如果领导很重视质量，那手下没人会轻视。
2.一切工作都治标不治本，除了进行质量过程改进。让软件过程走上正规，并让所有相关利益者接受它并喜欢它。
3.公司追逐利益无可厚非，请你分一点利益给劳动者，让他们用来学习，生活，成长。我敢肯定，不重视员工利益的公司，永远没希望做好。
4.测试人员从提高自己的能力做起吧。如果你还是发现问题，就叫来开发确认的测试，你就没资格抱怨了，你本质工作都没做好。
5.开发人员不需要有测试知识，他的工作就是开发，自己倒想想自己缺少那些测试知识。别再让开发去承担本来属于测试者的工作了，测试环境请自己搭建，发现问题请自己定位和调试，驱动程序请自己编写，测试工具请自己开发，请自己去看技术文档，寻找测试点吧。
6.想想自己，测试理论全面吗？测试技术全面吗？测试工具全面吗？编程能力够格吗？质量意识敏感吗？解决问题的能力够强吗？
[ 本帖最后由 kuailederen 于 2009-3-17 10:35 编辑 ]
答...
开发人员最欠缺的测试知识应该分为2大块.一是技术上的,一个是思想上的.技术上的有:
1 测试理论
2 测试流程
3 测试计划安排
4 测试工具的使用
5 测试的思路不够发散,比较专注
思想上的存在误区:
1需求-实现-测试，软件测试是开发后期的一个阶段；
2软件测试对技术要求不高，至少比编程容易得多。
3使用测试工具，就是进行了有效的测试
4自动化测试是万能的。
5有时间就多测，没有时间就少测。
6存在太多的无法测试的东西
7测试是枯燥无味的，是缺乏创造力的。
8测试只要证明软件正确就可以了。
9测试代码可以随意写
10单元测试和验收测试没有什么区别
11测试具有免疫性（软件缺陷免疫性）
12如果软件最后出了问题，肯定都是测试的问题。
详情请见下面链接… 呵呵
http://bbs.51testing.com/thread-142816-1-1.html
[ 本帖最后由 阿七 于 2009-3-12 09:05 编辑 ] 界面、。 开发人员不及时更新文档，在一定的程度中给测试人员带来了了解需求上的不便 碰到过开发人员不做UT的......
占楼，回家慢慢想 咱这边的开发人员做单元测试的意识普遍差 在大多数开发人员的眼里，测试都是比较低水平的工作，所以我觉得与其说缺乏测试知识，不如说缺乏测试的意识，更多的时候他们是从系统的角度测试，但是忽略了从用户的角度进行测试。
另外，在具有一定规模的软件公司，还是会做单元测试，但是对于业务流程测试，尤其是细小分支流程的测试关注度不够。通常开发人员认为只要正常的流程能够通过就算OK了。
另外，我觉得对异常输入或者错误输入的测试度不够，虽然通常的测试都会考虑这些方面，可是在测试的时候，开发人员往往考虑不够仔细，归根还是意识的问题！ 刚刚注意到这个版的存在，还挺有意思的。我试着回答一下
1 我觉得最大的问题是很多开发人员对于测试的基本概念都不了解。甚至也没有做过单元测试。
所以他们也不知道QA们都在做些什么样的测试，和如何做这些测试的。
相反，很多测试人员都是以前做过开发的。
针对这一点，应该对开发人员进行最基本的测试培训。
这样增进了彼此了解，以后工作起来更好交流，责任也更明确。
2 开发人员对测试的定位也认识得不够清楚。
很多开发人员写完CODE，就提交给测试人员。认为测试人员要对他的CODE负完全的责任。
有了任何问题都应有测试人员承担。这是非常不负责任的。
3 在ISO的质量体系里面，每做一项活动都是要有输入和输出的。
很多中小公司的文档可能没有那么全面，实际情况是很多开发人员等着测试人员凭自己的经验和想象进行测试。
我觉得需要开发人员能够提供一些测试模块的需求，设计和如何测试的简单说明给测试人员。
[ 本帖最后由 vaguely 于 2009-3-11 12:07 编辑 ]
回复 1# 的帖子
开发人员最欠缺哪些测试知识？答：1、测试基本理论知识，使其认识到测试的工作内容不是胡乱点点就可以了，让其对测试人员更加重视。
2、测试流程：首先应进行单元测试，其次是集成测试，再次是系统测试。。。
3、测试管理相关工作的使用：例如缺陷管理工具
4、测试方法：因为开发人员应做好自测，此时必须了解测试方法
5、测试原理：80~20原则，应该在改bug的时候注意bug的相关性
以上是必须的，否则这个开发人员不利于测试人员的工作！！！ 我觉的有如下原因吧:
1、对测试不够重视，他们认为哪是一种低级的工作，意识不够
2、对业务知识了解的不够，不会从用户的角度去考虑问题，认为只要能用就行了
3、对全局的架构不是很清楚，到集成的时候，接口就出问题了，很多开发人员都是只知道他所编写的代码实现的功能，却不知道最最后代码整合后实现的整体功能
4、网上的代码很多，很多不懂的就copy，在公司里也是，很多类似的功能就直接copy代码
5、开发的流程不规范，特别是小公司，连一个像样的文档都没有，软件的实现完全依赖其中一人，当这个人离开后，也就全混乱了
观念决定一切
我同意上面的一个兄弟的观点，开发人员最紧迫要解决的不是测试的知识，而是测试的意识。1 我们是站在哪个立场上去看问题？测试人员和开发比较难沟通的地方在哪里？性能问题和易用性问题。如果是功能问题他们大多都很积极配合的。关键是功能上没有问题，仅仅是不好用，这个问题很难沟通。我们首先要搞清楚软件是给谁做的？软件好不好谁说了算？
2 护犊子心理。其实每个开发都不希望自己做出来的东西问题很多。一方面是面子工程问题。另一方面是绩效问题。如果你是开发人员，你也不希望自己的名下每天都要增加十来个严重问题单吧。
3 还有些难复现，难定位的问题。我记得有开发人员跟我抱怨说，你们找一个严重问题也许就一个小时，我们定位修改就要花费一天也许更长的时间。这里我们要明白问题始终是要解决的，如果把有问题的软件交给用户，我们会损失的更多。
总结上面的论述，就一句话：观念决定一切。
本周问题的答案是：开发人员最缺少的测试知识是：站在用户角度看问题。 我很喜欢软件测试，想培训一下，有人了解吗？
思想比技术更重要
开发与测试是两个完全不一样的工作，开发是一项创造性的工作，而测试是一项破坏性的工作！往往开发做长了，要让他做测试，他就不忍心破坏程序，因为他有种思想在里面，他以前也做过开发，他知道创造是很不容易的，开发人员都以创造为自豪。而且一般开发人员写出来的程序，让他自己测都测不出问题来，因为那是他自己写的程序，他会看着哪都对！而测试人员就不一样了，他的目的是找缺陷，他会以找到更多的bug而自豪。这是两种职业最根本区别，也是开发人员转测试后最难改变的地方！我认为技术方面还是次要的，因为那是知识，谁都可以学会！而思想是很那转变的！
所以开发人员最欠缺的就是专业测试人员的那种思想！
测试技术同样有深度
软件测试，正如前辈们说的，不是人人都能做好的，也是有很高的技术含量的。。我是个测试刚入门者。。
我会努力的！
开发人员在思想上歧视测试
有时开发不是不明白测试的重要，但是却觉得测试就只是比较简单的工作，尤其是测试通过提的bug分析的原因不正确的时候 ，他们就觉得测试没有水平 对测试版本的控制，在正式测试活动中，一定要严格控制被测系统不能被开发人员进行修改，要不测试就没有意义了！ 欠缺测试所需要的思考方法 在有了测试人员对系统测试的情况下，开发人员很容易软件的质量全部依赖于测试人员自己不进行单元测试，也不对系统的简单流程进行测试，都依靠测试人员来完成。最后交给用户的系统没有大的问题，还好；一旦有一些比较大的质量问题，将大部分责任都推给测试人员。
回复 1# 的帖子
开发人员缺乏的测试知识。。。。。。很有意思的问题，我也来谈谈自己的想法1、态度
所谓态度决定一切，开发人员最缺乏的就是对测试的重视程度，很多人总觉得测不测都行，或者让用户直接测就可以了。
2、自测
开发人员自测，这个阶段直管重要。也可以理解为单元测试。才能够开发人员的角度将也可以说是调试。这个过程一定要从技术上和业务实现2方面进行测试。很多开发人员不做此步骤，完事儿了就转给测试，结果测试发现了一大堆明显错误，一个单元往返修改n次，搞得大家都精疲力尽。
3、配置管理
测试还有一个方面是配置管理，有些小的公司没有采用配置管理工具，代码相对零散，造成了很多低级错误的产生
4、沟通
对问题再现，与测试人员沟通重现问题，沟通的技巧很重要。不能总要求我们测试人员掌握沟通方法。开发的又不是大爷，他们也该调整沟通方式，让大家在一个平等的工作氛围内工作。
。。。。。。。
暂时先写着么多，要干活了。:victory:
页:
[1]
2
