首先谈谈软件测试。这可以说是一个非常令人捉摸不定的领域。“应该怎样对我们的产品进行测试?”和“怎样才算对产品进行了足够的测试?”等问题，对于不同企业的不同类产品、同一企业的不同类产品、或不同企业的同一类产品，实际操作上都会有很大的不同。
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/
