本文以一个工作流测试项目为例， 总结了在测试过程中积累的经验，探讨了目前国内软件开发企业在软件测试过程中遇到的问题以及解决的方法。
　　测试项目背景和实施情况工作流在某公司软件产品线中占有重要地位。

　　Workflow项目是5系列中的一个小版本，主要增加了任务代办、任务代理、以及任务交接等功能，同时还修复了一些易用性和功能性的Bug。下面，我们大概介绍一下这个项目的实施情况：

　　● 项目规模与测试人员配置：

　　　　○ 项目代码行数：5万行

　　　　○ 开发人员配置：开发人员5名、实习生1名

　　　　○ 测试人员配置：测试设计人员1名、测试执行人员2名、实习生1名

　　● 项目测试时的系统部署情况:

　　● 测试预期与测试执行情况整个测试项目是比较成功的，项目的时间执行情况和预期的测试指标度量都比较接近。发现Bug总数和缺陷密度都达到了要求的标准。当然，测试周期的实际值比计划值晚了两周，原?因是在系统测试后期，为了满足PSO部门提出的定时器需求造成了一定的延期。回顾整个项目的测试过程，我有几点小小的感悟，愿在此和大家一起分享。

　　测试如何尽早介入

　　基于以前的测试经验，我们也越来越认识到测试人员应该尽早介入项目的重要性。简单地沿用测试V模型往往出现很多问题，特别是在项目进度拖延的情况下更是如此。如果测试人员一味固执地被要求严格按照V模型定义的标准来开展测试工作的话，则结果往往是在项目初期测试人员工作量极度不饱和（很多测试人员无所事事），而到了项目后期，一旦项目经理决定压缩测试时间，测试人员不得不加班加点地工作。但是，不少朋友实践“测试人员尽早介入”的效果并不理想，例如：

　　● 测试人员参加项目前期的各种会议，会被当作“专职的”会议记录员。

　　● 测试人员参加代码评审，又不甚了解程序开发语言，浪费了时间其丢失了自信。那么，在这个XXX5.2 Workflow项目中我们是怎么做的呢？实际上，在项目开发初期，测试人员可以开展很多有价值的工作，例如：

　　● 评审需求文档的正确性和可测试性；根据需求文档整理和分析测试需求，清晰明确的测试需求是测试设计的基础。

　　● 在开发设计过程中，根据需求文档和设计文档进行测试设计，测试设计方案是测试用例的保证。

　　● 和项目团队中的集成组和开发组协?商软件版本的编译方式和编译进度以及测试人员提取版本的方式和进度。

　　● 开发人员每天下午4：30之前提交所有可编译的代码，每天晚上进行日编译；

　　● 开发经理根据版本稳定情况，每周提交测试申请单。

　　● 测试人员根据测试进度需要，提取测试版本。

　　● 提前准备测试环境，包括数据库环境，操作系统和web应用服务器，以及复杂集群环境。