SEI的SW-CMM在它的成熟度第三级的“软件产品工程”关键过程域中，把软件开发周期中不同阶段的测试作为实施活动中的关键实践。（在SW-CMM版本2.0 的讨论过程中，曾经有过提议，在成熟度第二级设立一个关键过程域“软件测试管理”。但在版本2.0 的讨论稿C 中，并没有这样做。从这里我们也可以看出，SW-CMM本身也是一个人为地制定的“软件”。）
一般地，基于开发周期中不同阶段对不同对象所进行的测试，可划分为：
单元测试（unit test ）：
由编程的开发人员自行计划与完成的，针对单个或相关联的一组程序单元的测试。
组装测试（inegration test ）：
计划于设计阶段，由开发人员与测试人员合作完成的，针对结合起来的不同单元以及它们的接口的测试。
系统测试（system test ）：（可认为包括“可用性与图形用户界面测试”）
测试整个系统，以证实它满足要求所规定的功能、质量和性能等方面的特性。
回归测试（regression test ）：
用于验证改变了的系统或其组件仍然保持应有的特性。
验收测试（acceptance test ）：
测试整个系统，以保证其达到可以交付使用的状态。
关于上述各阶段的测试的具体内容及实现的方法，读者可参考SW-CMM及有关软件工程和软件测试的书籍。千万不要停留在只参考SW-CMM，因为该文件只讲述要做些什么，而没有介绍怎样做。同时，所有的资料中谈及的内容及方法，都是一般化的。对于一个特定软件的测试，必须经过使用者对通用的测试方法的改变及改进，才能有效和达到高效率。
下面，谈谈软件测试的其他方面的一些问题。
一个被人忽略的软件测试目的
在谈到测试时，许多作者都引用了Grenford J. Myers 就软件测试目的提出的以下观点：
1.测试是程序的执行过程，目的在于发现错误；
2.一个好的测试用例在于能发现至今未发现的错误；
3.一个成功的测试是发现了至今未发现的错误的测试。
这是一种比较狭窄的观点。作为一个清醒的、纵观全局的软件开发人员或管理者，我们应当从软件过程的角度来看测试。
一个被人忽略的软件测试目的是：测试可以帮助发现当前开发工作所采用的软件过程（也是一个“软件”）的缺陷，以便进行改进。（在以下的讨论中，“错误”与“缺陷”基本上认为代表相同意义。）
怎样理解这种说法呢？
首先，测试并不仅仅是为了要找出错误。分析错误产生的原因和错误在开发的哪一个阶段产生，具有非常重要的意义。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/