本文要点评论了软件测验项目发动与规划阶段以及需求剖析阶段的所应完结的作业以及相关作业流程。

　　测验项意图发动、规划以及测验项目需求剖析往往是许多软件服务型企业的薄弱环节地点。本文环绕该难点问题，要点评论了这两个阶段所应进行的项目活动以及相关作业流程。

　　一般地，项目发动进程组包含两个进程:即拟定项目规章和拟定项目开端规模阐明书;而项目规划进程组则会归纳项意图本钱、规模、时刻、质量、危险、人力、交流、收购等要素拟定项目方案，该项目方案将用于辅导项意图实践履行。

　　对任一项目而言，有三个文件是非常重要的。即:项目规章、项目规模阐明书，项目办理方案。这三个文件均产生于项目发动阶段和项目规划阶段。其间项目规章被认为是三大文件之首（项目规章、项目规模阐明书，项目办理方案）。一个项目，不管巨细，都应该有项目规章。

　　项目规章由项目主张人(Sponsor)签发，自签发之日起，项目司理即取得法定权利。

　　项目司理在取得法定权利之后的榜首动作是拟定项目开端规模阐明书。为了拟定这份文档，他/她将广泛地搜集来自项目主张人的需求，以便在项目方案正式编制之前，与项目主张人在项目规模的了解上达到共同。项目开端规模阐明书还将在后续项目规模规划进程中进一步细化，并融入项目客户、履行安排、项目关连人等各方面需求，然后构成完好的项目规模阐明书。

　　项目开端规模阐明书编制完结今后，项目司理将进入项目方案编制阶段。这个阶段将会触及项目办理方方面面的规划、方案。有经历的项目司理在此进程中总是会仔细听取和吸收团队骨干成员和同行们的经历定见，然后构成广为认可和承受的规划、方案。

　　经过权衡和必要的调整，这些文档终究将被集成到一个完好的项目办理方案中。项目办理方案经由项目主张人、高档办理层批阅今后，即可收效。

　　项目发动阶段的项目规章和项目开端规模阐明书，也可以体现在分包或收购合同中。这在软件外包服务型企业中最为常见。

　　一般，随同合同抵达项目司理手中的还有项目主张书，项目主张书由项目主张人拟定，内容和项目规章中有关产品、可交给效果的描绘大致相似，此外，还应包含对项目司理成功完结此项意图一些辅导性主张。项目司理进行归纳考虑，与相关关连人商量，在项目团队相关专家的协助下，拟定出适宜的项目办理方案。

　　上面评论的是一般项目发动进程组与规划进程组。详细到测验项意图发动与规划，作业内容也是相似的。读者朋友请依据地点测验项意图特色做恰当调整。需求交待清楚的是测验项目发动与规划进程组有或许与其他六个进程组（测验需求剖析、测验规划、测验履行、测验项目收尾、测验交给、测验项目监控与调整）在项目施行进程中有频频的迭代联系（参见图1）。

　　比方:项目规章将要点重视开发，而不会过多评论测验相关的作业。关于这一类型的软件测验，笔者主张在录用开发项目司理的一起，由项目司理[适用于项目型或强矩阵安排]或高层司理[适用于弱矩阵或功用型安排]指定项目测验司理。测验司理应依据项目规章、项目开端规模阐明书和项目主张书尽早开端软件测验相关规划和规划，并和项目司理交流、和谐，以将一些重要的信息及时反映给项目司理，然后使项目方案能较好地支撑测验作业的展开。

　　理论上，软件测验需求是源于软件需求的，而软件需求又是源于用户需求的。但是，有些时分在剖析软件测验需求时并不存在现已文档化的软件需求标准阐明。

　　在这种情况下，要剖析软件测验需求或许依然需求追溯到用户需求。因为后者触及需求工程的专门知识，本文略过不做细述;这儿要点评论前者。在一个规范化的软件需求标准阐明中，用户需求是由更高层次的事务需求（体现在项目规章、SOW、项目主张书等文档中）细化而成，它一般描绘了用户运用该软件体系会触及到的不同的履行途径、作业逻辑以及所预期的处理结果。在UML表明办法中，用户需求一般经过Use Case来进行描写。

　　接下来，用户需求将进一步转化为三类需求项，即功用需求项、性能需求项以及束缚性需求项。这三类需求项便是一般意义上的软件需求项。办理这三类需求项的矩阵被称为需求矩阵。

　　理论上，在测验资源答应而且确有必要的前提下，测验的任务将是验证和承认待开发的软件及其间间产品满意需求矩阵各个需求项。（留意:为了简化评论，这儿笔者没有把需求的验证与承认归入进来，实践上这部分作业也是软件测验作业的重要组成部分。）

　　但是，几乎没有几个公司或开发团队可以供给这类测验所需的许多的资源，此刻，一种可行的战略是将待测验的软件需求项依照优先联系进行排序，以协助测验司理决议计划在既定资源的情况下，应该怎么统筹安排测验作业。