3。项目定义模糊造成的问题
有些项目在开始编码时可能只是一个大概的项目定义，甚至连具体功能的定义都不是很清楚.有时客户对产品的最终结果都不清晰，需要一个有形的东西让自己不断的开发出自己的需求。那么这时开发人员大多都是根据自己的经验或常识来实现代码。
还有就是大多数地需求和设计文档不是面面俱到,只是描述了主要的业务定义.对于一些非主流或异常的处理并没有详细的定义.很多情况下程序在负面的操作时就会出现错误.
测试人员可能就会发现很多不合理或和其他软件不同造成的用户界面的问题，或者有时更会发现负责代码实现的开发人员误解了需求定义人员对功能的解释，甚至从从源头上需求定义人员对功能就存在误解。
虽然有很多原因会引发bug,但是不管什么原因测试人员都要提交自己认为是问题的问题,即使后来发现bug是由于某种局限造成的，但对于自己乃至整个项目组都是一个财富。
只是在bug提交的时候要切记中立客观,对事不对人.即便开发人员拒绝修改bug,都应该不卑不亢的询问原因.如果还有问题就让你们的上级决定,他们会本着对项目考虑的原则从大局上把握好问题的.