过程改进及测试管理的一些想法

　　通过个人在几家不同类型企业的工作经历和测试工作经验总结，以及学习相关资料和培训经历，大致有如下一些想法和总结。

　　最大的感受是：管理过程比管理人更容易、更易于实现目标。有什么流程，就有什么结果，流程决定结果。

　　目前国内大部分软件企业开发软件都是纯目标管理的思想核心，最快完成软件为目标，软件开发过程混乱、不规范、质量得不到保证、文档、数据不全后期维护困难。面对软件系统越来越大，用户质量要求越来越高，竞争越来越强烈的市场，这样的企业保住现有地位都很困难，想进一步扩大就更难。所以世界上许多牛企业、大企业、想进一步发展的企业都在进行业务流重组过程改进。即改变目标管理的思想，强调管理过程，实现从职能管理到面向业务流程管理。它们相信好的流程就能产生好的产品，有质量的过程就有有质量的结果。

　　进行过程改进可参考的典型过程模型有：

　　1、 软件能力成熟度模型(CMM)

　　2、 个体软件过程(PSP)

　　3、 团队软件过程(TSP)

　　4、 能力成熟度模型集成(CMMI)

　　5、 IBM-Raional的统一过程(RUP)

　　6、 极限编程过程(XP)

　　7、 微软解决方案框架(MSF)

　　企业如果想进行过程改进要从何做起呢?

　　我这里把我的一些想法大致写一下：

　　首先要调研明确企业目前的软件开发过程，是否有如下的软件开发过程?有是怎么样的?是否合理?是否规范?

　　1、 客户需求管理过程

　　2、 系统需求分析设计过程

　　3、 软件开发与设计过程

　　4、 软件测试过程(单元测试、集成测试、系统测试、验证测试、确认测试)

　　5、 系统与软件维护过程

　　6、 文档编制过程

　　7、 配置管理过程

　　8、 质量保证过程

　　9、 验收产品过程

　　10、 评审过程

　　11、 解决问题过程

　　12、 过程改进过程

　　13、 培训过程

　　14、 其它一些过程

　　然后再根据调研过程总结，建立适合本公司的过程，初期也许由于各方面原因达不到所有过程都规范，但是要有相应的过程就行，先建起来，然后定期收集大家的需求，确认合适的过程，逐步完善，逐渐做到所有过程规范化内容文档化，乃至最后形成系列过程规范。

　　这些过程规范的建立除了参考上面的七个模型也可依一些国际国家标准如：《GB9585 软件需求说明编制指南》、《GB9386 测试文件编制指南》、《GB/T12505 软件配置管理编制指南》、《GB8566 软件开发规范》、《GB12504 软件质量保证规范》等标准规范。

　　在这些过程中我主要谈一下我最主要关注的过程，过程改进过程、配置管理过程、测试过程。

　　一、过程改进过程需要注意的是：

　　1、 过程改进要符合企业的现状，不能盲目照抄其它过程模型;

　　2、 过程改进是一个不断完善不断升级的活动，要按阶段进行，定期总结评审;

　　3、 过程改进要得到组织、管理层领导、开发人员、测试人员的支持，因为过程改进的变化引起员工的反感就不好了。开发人员和测试人员要做好过程改进的挑战和冲击准备;

　　4、 过程监控、日报、周报制度要建立，这样实际数据能够准确收集，并进行分析;

　　5、 过程改进要及时调整;

　　6、 过程改进需要看结果，更要看到过程改进过程中的创新。创新就应该得到奖励。

　　二、配置管理过程：

　　1、基线控制流程

　　2、版本控制

　　是对系统软件不同版本进行标识和跟踪的过程，是对软件开发过程中所有文件系统对象，包括源代码、文档、数据、执行文件、位图、目录变更的控制和跟踪。

　　3、变更控制流程

　　三、测试过程

　　确定测试过程模型：多V模型或叫W模型

　　起步阶段先从确认测试和业务功能测试做起。逐步增加其它测试过程。比如电力系统对生产安全特别重视，可以引进保密安全性测试和可靠性测试。再次对逻辑组态的准确性进行测试，GUI测试也很重要。

　　嵌入式测试和普通软件测试的目的也是一样的，都是为验证或达到用户要求的可靠性测试。但是它有很多和普通测试不一样的地方。比如:

原文转自：http://www.uml.org.cn/Test/200912105.asp