软件产品成熟度和测试的关系是什么样子的？

　　Acceptance：-可接受的测试，或者称为验收测试，是指产品准备发布前由客户或者终用户进行的测试。

　　System：-系统测试，从整体上对产品进行测试，包括对软硬件环境的交互。

　　Function：-对交付的各个组件进行的功能测试。

　　Unit：-单元测试，是指开发者对代码的测试。

　　DesignReview：-产品设计阶段。

　　%Construction：-可以理解为产品未完成百分比。

　　%Product：-产品完成百分比

　　测试组织如何对于当前的项目中帮助预防更多的缺陷？

　　这里确实有两方面对于测试验证和确认。不幸的是这意味着这些周期已经被几个管理/调整的团队给予了不同的定义。为了使其更简洁，一些测试应该在产品建构/建置之前被执行并且在产品建构/建置之后还会有不同类型的测试被执行。

　　在当前的项目中尽量避免缺陷包含了产品被建构/建置之前的测试。有些方法可以帮助实现这个目标。强大的和花费成本高的是回归测试。回归是任意的正式的/技术的回归或者同级别的回归。一般产品开发生命周期将会提供测试团队一些有用的用于回归的测试材料/可交付产品。什么时候可以适当地实施任一个有效的开发范例应该提供这些可交付产物，例如：

　　（1）瀑布式模型

　　（1-1）需求文档

　　（1-2）功能规格说明书

　　（2）敏捷/快速开发

　　（2-1）更高水平的需求文档

　　（2-2）流程图

　　测试应该包含回归的过程并且任何缺陷都应该被记录和管理。

　　怎样并且什么时候测试组织能够发现这些软件缺陷？

　　测试组织能够发现软件缺陷是在产品或者一些被交付的可操作的部分以后，需要执行什么样的测试基于那个时间段产品的成熟度。主流的测试阶段顺序是：

　　（1）设计阶段

　　（2）单元测试

　　（3）功能测试

　　（4）系统测试

　　（5）用户可接受的测试/验收测试