软件业的迅猛发展也就是近几十年的过程,时间虽短,但许多误解似乎已根深蒂固,对测试的偏见也是如此。
软件的重点在于需求、在于分析、在于设计、在于开发,而测试,容易,没什么技术含量,找一些用户,对照需求尽
力去测就行了;有时间多测点,没时间就少测点。
这种看法在许多项目经理、软件负责人的心中固守着,难以改变。
这种观念的结果有目共睹,是什么?很简单,
是大量软件BUG、缺陷的流失,
从测试人员手中悄然而过,
流失到用户手中,
流失进项目维护阶段。
随之而来的,便是用户无休止的抱怨、维护人员无休止的救火、
维护成本无休止的增加。这是软件人员的梦魇!
软件的重点在于需求、在于分析、在于设计、在于开发,而测试,容易,没什么技术含量,找一些用户,对照需求尽
力去测就行了;有时间多测点,没时间就少测点。
这种看法在许多项目经理、软件负责人的心中固守着,难以改变。
这种观念的结果有目共睹,是什么?很简单,
是大量软件BUG、缺陷的流失,
从测试人员手中悄然而过,
流失到用户手中,
流失进项目维护阶段。
随之而来的,便是用户无休止的抱怨、维护人员无休止的救火、
维护成本无休止的增加。这是软件人员的梦魇!