我不可以人云亦云,应为我是思考者;我不可以沿着别人的足迹前进,应为我怀疑迷失方向;我所能做的就是思考再思考,实践再实践。我不停的问自己也建议同道中人问问自己:难道我们所能做的只是copy现有的东西,不可以创新什么东西吗?
在我看来,测试仍然没有任何定论,一切看自己。
CMMI实施的随想
上一篇 /
下一篇 2008-12-18 11:26:42
/ 个人分类:转载
51Testing软件测试网o5P-y.i4i9_ Q(O3YCMMI随想-------51Testing软件测试网-Rua1Tu?
51Testing软件测试网{&G
v%t8J?(思维有点混乱....想到哪写到哪请见谅,现实与理想差距很大,高层要考虑市场和成本等多种因素,本人只从测试的角度阐述个人观点.....)
t4ixG!r.K0#oNL8f"p(N0a0项目开发与管理按照CMMI流程有一年多的时间了,个人开始接触CMMI时,感觉它的思想确实值得大家研究和学习。下面就这一年多来的使用感受和体会。软件开发流程最早也是由测试人员提出,这是否是一个件很有趣的事呢。
U+wQ F yI-SXm051Testing软件测试网NdzEO由于前一公司是采用ISO质量体系,所以对流程、质检并不是很陌生。我一直从事软件测试工作,对于在软件测试执行的过程中所受的约束深有体会。所以对制定公司软件开发流程、公司级的规范及改进特别的热心。
9R-F+N_(@/gF051Testing软件测试网\*Z[)Ah/zI9PfCMMI告诉我们应该做什么,遗憾的是并没有告诉我们应该怎么去做!51Testing软件测试网
h)}"jX*dW
51Testing软件测试网^s!is`N n我们测试最关心工程过程域,当然为了项目控制好,熟悉项目管理类域也很重要,了解项目特征制定测试策略和方法。CMMI定义这些过程域需要做什么,而这也是我们测试人员最愿意看到的,希望详细知道需求及系统分析分及设计人员是如何实现的,开发人员采用哪些技术和方法实现既定的目标。测试人员根据以上信息制定测试重点及优先级,在测试时可以有的放矢。51Testing软件测试网z|*h qt
遗憾的是实现以上的目标需要一个强大的团队。现实出现的问题是:51Testing软件测试网&u5rWVnDDC"Z!xZZ|
问题一:需求做不到详尽;这与做需求的人员的能力(交际能力(挖掘客户潜在需求)、需求文档的表现能力)及目标客户有很大关系,在二次或多次需求开发后已开始偏离用户需求。产生的主要原因是人员的技能。51Testing软件测试网zsU@p
问题二:设计做不到位。给开发人员留下了发挥的空间。但是最终的结果是开发的过程产品不够规范,并且缺少相应文档,导致维护性差,如果做此模块的人员离职,则需要发费更多的成本。如果此开发人员做的是核心模块,那么将是这个项目的灾难。产生的直接原因是“人”。51Testing软件测试网|.u \&G(R4ml
问题三:测试人员不清楚开发人员具体的实现,对深层次逻辑或核心问题测试用例覆盖偏少。可能留下定时“炸弹”!或者老是出现发布的新版本不稳定。但又找不到原因。产生的原因是开发流程没有严格的执行,中间过程没有必要的产品构件的输出。在测试人员这里问题得到了几何级的放大。51Testing软件测试网pLl Ig,IV
51Testing软件测试网QCRUu gm| o&O以上也许就是目前国内做项目软件公司的经常出现的问题。这与CMMI好像没有什么直接关系!CMMI告诉我们软件开发主要由三大支柱支撑。人、技能、流程。软件项目开发缺一不可,而上面出现的问题正好覆盖了这三大支柱。也就是造成国内软件水平质量不高的的原因吧。当然在项目开发过程中,存在很多的问题,软件质量水平不高还有其他的原因。
-c#\_S'l B9g3TH^03xD,A Fst3E v0CMMI在实施中遇到的问题51Testing软件测试网)gg'F|!P&X