PSP学习笔记2 V model

在软件测试方面， V模型（V model）是最广为人知的模型。我们可以用如下图描述它：



V model 最迷人的地方来源于他的对称的外形。我们可以看到在相同高度的两个阶段存在着对应关系。这在应用于测试方面有它的好处：通过V model 我们可以把执行测试与测试设计分离。例如，对应上图，在需求分析过后，我们就可以着手准备相应的验收测试的设计；在概要设计结束后，我们就可以准备系统测 试的设计，等等。

在PSP培训中，讲师提出了如下的一个V model，这里我们叫它PSP V model。



这 个模型很有意思，它能表达出在个人进行程序设计过程中，defects(bug)的注入阶段与其相应的发现和移除阶段的强烈的对应关系。也可以这样说，我 们在code阶段引入的defects，大多数都会在compile被发现和得到解决； 同样在Desiign阶段引入的defect多数只有到了test阶段才能发现并得的解决；但是你会发现这个模型缺少了些什么，你是对的。这个模型我们需 要修正，结果如下：


上图带来的新的意义是Code阶段引入的某些defects可能只有Test阶段才能被发现并移除；同样，Design 阶段引入的某些defects可能需要等到system test 阶段才能被发现和移除。
那么Code阶段引入的某个defect，会出现只有在system test阶段才能被发现的可能性吗？这当然是有可能的，但因为其可能性并不大，或者说这种关系的纽带并不明显，所以这里不再向上图中添加箭头。

我认为上面这个模型的意义在于：它恰当的反应了PSP所要求的一个程序设计最一般的业务流程。

其实PSP并没有严格规定你该怎么做，如它的含义personal software process，你所做的是让psp符合你的个人习惯，你需要PSP，但同时你需要调整PSP来适应你的工作。

昨天我想过如下这样一个模型，并有如下错误的认识。我还是把它原封不动的放在了这里，以后我会想想它错在哪里。

在一个大型的project中，我认为其编码阶段才是PSP发挥作用的阶段。毕竟像我上次所谈的， PSP是做为个人作业履行能力改善为目的的规范化程序。 如下图，我们把一个大型project的编码阶段，分配给多个Team，每个Team使用TSP规范业务流程；然后每个Team把任务下分给很Team小 组的成员，这时每个成员都可以根据自己所负责的任务和功能产生出各自的多个PSP流程，即多个上述的PSP v model。如下图：