【IT168 评论】

　　问题描述：一些中小型的公司的开发人员技术不平均，管理不规范，经常会犯一些重复性的、低级的错误，给测试人员的工作带来了很大的不便，浪费相当大一部分的时间做这些无意义的测试。通过哪些方法能够尽可能少的杜绝这种情况的发生呢?或者如何对开发人员进行培训及控制。

　　精彩答案一：

　　1、我觉得最大的问题是很多开发人员对于测试的基本概念都不了解。甚至也没有做过单元测试。

　　所以他们也不知道QA们都在做些什么样的测试，和如何做这些测试的。

　　相反，很多测试人员都是以前做过开发的。

　　针对这一点，应该对开发人员进行最基本的测试培训。

　　这样增进了彼此了解，以后工作起来更好交流，责任也更明确。

　　2、开发人员对测试的定位也认识得不够清楚。

　　很多开发人员写完CODE，就提交给测试人员。认为测试人员要对他的CODE负完全的责任。

　　有了任何问题都应有测试人员承担。这是非常不负责任的。

　　3、在ISO的质量体系里面，每做一项活动都是要有输入和输出的。

　　很多中小公司的文档可能没有那么全面，实际情况是很多开发人员等着测试人员凭自己的经验和想象进行测试。

　　我觉得需要开发人员能够提供一些测试模块的需求，设计和如何测试的简单说明给测试人员。

　　精彩答案二：

　　我喜欢标新立异，就跑题的说下自己的观点：

　　1、其实不是开发人员了解测试，而是我们的领导不了解测试，强将无弱兵就是这个道理，如果领导很重视质量，那手下没人会轻视。

　　2、一切工作都治标不治本，除了进行质量过程改进。让软件过程走上正规，并让所有相关利益者接受它并喜欢它。

　　3、公司追逐利益无可厚非，请你分一点利益给劳动者，让他们用来学习，生活，成长。我敢肯定，不重视员工利益的公司，永远没希望做好。

　　4、测试人员从提高自己的能力做起吧。如果你还是发现问题，就叫来开发确认的测试，你就没资格抱怨了，你本质工作都没做好。

　　5、开发人员不需要有测试知识，他的工作就是开发，自己倒想想自己缺少那些测试知识。别再让开发去承担本来属于测试者的工作了，测试环境请自己搭建，发现问题请自己定位和调试，驱动程序请自己编写，测试工具请自己开发，请自己去看技术文档，寻找测试点吧。

　　6、想想自己，测试理论全面吗?测试技术全面吗?测试工具全面吗?编程能力够格吗?质量意识敏感吗?解决问题的能力够强吗?