软件测试的目的和原则.docx

一、测试概念的范畴

一、测试概念的范畴

广义上讲，测试是指软件产品生存周期内所有的检查、评审和确认活动。如：设计评审、系统测试。狭义上讲，测试是对软件产品质量的检验和评价。它一方面检查软件产品质量中存在的质量问题，同时对产品质量进行客观的评价。二、测试的目的简单地说，就是替用户受过，测试的最终目的是确保最终交给用户的产品的功能符合用户的需求，把尽可能多的问题在产品交给用户之前发现并改正。具体地讲，测试一般要达到下列目标：1、确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明 在某种意义上与ISO9001是同一种思想。产品缺少明确的书面文档，是厂商一种短期行为的表现，也是一种不负责任的表现。所谓短期行为，是指缺少明确的书面文档既不利于产品最后的顺利交付，容易与用户发生矛盾，影响厂商的声誉和将来与用户的合作关系；同时也不利于产品的后期维护，也使厂商支出超额的用户培训和技术支持费用。从长期利益看，这是很不划算的。领测认为接触过的软件产品，很少有向方正这样大大的产品、薄薄的文档。当然，书面文档的编写和维护工作对于使用快速原型法(RAD)开发的项目是最为重要的、最为困难，也是最容易被忽略的。

广义上讲，测试是指软件产品生存周期内所有的检查、评审和确认活动。如：设计评

审、系统测试。

狭义上讲，测试是对软件产品质量的检验和评价。它一方面检查软件产品质量中存在

的质量问题，同时对产品质量进行客观的评价。

二、测试的目的

简单地说，就是替用户受过，测试的最终目的是确保最终交给用户的产品的功能符合

用户的需求，把尽可能多的问题在产品交给用户之前发现并改正。

具体地讲，测试一般要达到下列目标：

1、确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明

确的书面说明 在某种意义上与ISO9001是同一种思想。

产品缺少明确的书面文档，是厂商一种短期行为的表现，也是一种不负责任的表现。

所谓短期行为，是指缺少明确的书面文档既不利于产品最后的顺利交付，容易与用户发

生矛盾，影响厂商的声誉和将来与用户的合作关系；同时也不利于产品的后期维护，也

使厂商支出超额的用户培训和技术支持费用。从长期利益看，这是很不划算的。领测认

为接触过的软件产品，很少有向方正这样大大的产品、薄薄的文档。

当然，书面文档的编写和维护工作对于使用快速原型法(RAD)开发的项目是最为重要

的、最为困难，也是最容易被忽略的。

最后，书面文档的不健全甚至不正确，也是测试工作中遇到的最大和最头痛的问题，

它的直接后果是测试效率低下、测试目标不明确、测试范围不充分，从而导致最终测试

的作用不能充分发挥、测试效果不理想。

2、确保产品满足性能和效率的要求

使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的产

使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的产

品不能说是一个有竞争力的产品。用户最关心的不是你的技术有多先进、功能有多强大，而是他能从这些技术、这些功能中得到多少好处。也就是说，用户关心的是他能从中取出多少，而不是你已经放进去多少。3、确保产品是健壮的和适应用户环境的健壮性即稳定性，是产品质量的基本要求，尤其对于一个用于事务关键或时间关键的工作环境中。另外就是不能假设用户的环境(某些项目可能除外)，如：报业用户许多配置是比较低的，而且是和某些第三方产品同时使用的。3、测试的原则---GoodEnough对于相对复杂的产品或系统来说，zero-bug是一种理想，good-enough是我们的原则。Good-enough原则就是一种权衡投入/产出比的原则：不充分的测试是不负责任的；过分的测试是一种资源的浪费，同样也是一种不负责任的表现。我们的操作困难在于：如何界定什么样的测试是不充分的，什么样的测试是过分的。目前状况唯一可用的答案是：制定最低测试通过标准和测试内容，然后具体问题具体分析。最明显的例子就是FIT3.0中文报版的产品测试。4、测试的规律 木桶原理和80-20

品不能说是一个有竞争力的产品。

用户最关心的不是你的技术有多先进、功能有多强大，而是他能从这些技术、这些功

能中得到多少好处。也就是说，用户关心的是他能从中取出多少，而不是你已经放进去

多少。

3、确保产品是健壮的和适应用户环境的

健壮性即稳定性，是产品质量的基本要求，尤其对于一个用于事务关键或时间关键的

工作环境中。

另外就是不能假设用户的环境(某些项目可能除外)，如：报业用户许多配置是比较低

的，而且是和某些第三方产品同时使用的。

3、测试的原则---GoodEnough

对于相对复杂的产品或系统来说，zero-bug是一种理想，good-enough是我们的

原则。

Good-