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