由国内项目的软件测试流程感悟到的

做国内项目，只有2个词的感受：上火~

国内项目：

至少我参与过的国内项目，人员会在实际测试开始2周内参加测试，这期间包括了对系统的熟悉，软件测试式样的设计。而且一般的项目，因为项目实际开发与需求的脱节性，加上开发人员时间的紧迫性以及没有形成良好的文档约束性。软件测试人员基本在项目开始的时候是拿不到设计文档，包括详细设计和概要设计文档。能得到的只是很久之前的或者无效或者部分有效的一份比较模糊的需求文档。。

我不太清楚，这里面的原因到底在哪里，但是我清楚的知道，这样的需求文档，能到导致的问题是：软件测试人员需要跟开发以及需求人员去核实一些重要信息。这在很大程度上取决于软件测试人员的主观能动性和测试的经验，而且由于对软件测试系统的熟悉程度不够，也很难做到没有遗漏。。。直接导致的后果就是软件测试的效果下降，测试出来的产品留有或多或少对后期有影响的bug。

bug这一块，国内项目往往开发和测试出现重跌，也就是说，我刚刚测试过的模块，可能转瞬就被改过了，导致测试量的浪费。不得不进行无规则的重复的测试。

而且国内的开发人员很少会有这样一个习惯，对bug进行针对性的定位和反馈。在他们看来，自己的开发模块都忙不过来，能抽出时间来进行修改已经是给了软件测试人员天大的面子，哪里有时间进行反馈，有什么必要？殊不知，这样的想法在很大程度上造成了软件测试管理的滞后，导致系统整体的质量受到影响。

说到这里，都似乎忘记了自己写这篇文字的初衷。

虽然，我们大家都说，全面质量管理，都说，测试和开发都是软件生命周期中不可或缺的重要一环，但是到目前为止，至少在国内，很多的企业，重视的依然是开发，对于软件测试，特别是独立的第三方测试，依然是不重要的补充。依然是开发后期才能参与进来的。

本文转载自51Testing软件测试网（查看全文）：