第十三章软件测试项目阶段与测试小组.pptVIP

第十三章第一节 软件测试项目阶段 13.1  软件测试项目阶段 与质量相关的成本通常划分为4种类型： 1、预防成本 2、评价（包括测试）成本 3、内部故障处理成本 4、外部故障处理成本 13.1  软件测试项目阶段 在项目早期，优秀的项目经理会充分考虑其方法，以便做出必要的权衡，并采用一个合理融合了结构和灵活性的开发模型。可以采用一个现有的模型（如瀑布模型或演化模型），也可采用自己的模型。 必须理解项目经理的模型—否则就会出错，如在程序的用户界面确定之后就安排大量可用性测试。我们之所以称这些为“错误”，是因为下面的典型结果：大多数问题报告被暂缓是因为太迟了而无法进行改动，而且大多数改动都会打乱其他项目计划。每个人都遭受了损失。 13.1  软件测试项目阶段 当理解了项目经理的开发权衡、公司的质量成本权衡以及项目经理开发模型的约束时，就会处于最佳状态之中。这种理解让你用项目经理及其管理层可以接受的方式来说明：在项目期间，资金应当花费在何种类型的测试上，必须完成多少测试，以及如果项目经理不采纳你的建议，他将面对何种类型的风险。 13.1  软件测试项目阶段 软件项目都有一个开发时间基线，包含一系列的里程碑，最常见的里程碑被称作“α”和“β”。对于这些里程碑的准确定义，不同的公司差异很大，不过大体上来说，α软件是初级的，充满缺陷的但可用的软件，而β软件则是近乎完整的软件。 13.1  软件测试项目阶段 如图是一个项目时间基线的例子，显示了这些里程碑。 13.1  软件测试项目阶段 这种基于里程碑的方法很实用。它认为编程、测试、手册编写以及许多其他活动都是并行进行的，并把它们都映射到同一时间基线上。 根据项目的时间基线，我们可以把软件项目划分成几个阶段：软件设计、分段编码、α、β、预最终测试、最终完整性测试、发布。 本章我们接着讲述从α到发布的各个阶段的测试。 13.2 α测试阶段 α的定义非常广泛： ● 在α里程碑中，大部分功能已经存在，但有少数功能遗漏或者不可测试。程序清楚展示了它的本质和风格。背景音乐、一些视频模式以及许多打印机可能不起作用。 ● 在α测试阶段，所有功能已经完成编码，尽管有些代码中可能存在严重的缺陷。所有类型的设备都能工作（如打印机可以工作），但是每种类型可能只有少数设备能运转。规格说明和设计已充分完成，并且没有留下任何重大的编码风险。 ● 在α测试阶段，所有的关键附加特征都在其中：最低限度可验收产品已经完成。可以使用该产品，并了解其感观，但是还有许多特征还没有实现。 13.2.1 α阶段的测试活动 在许多公司中，测试在α阶段开始。我们建议早一些开始，并在α阶段持续执行早期测试。 越快找到一个缺陷，就越容易对它进行改正，而且该改正对程序其他部分的影响就越小。 早期测试目标是发现程序的每个区域中所有容易发现的问题。测试持续是广泛的、表面的主流测试。 13.2.1 α阶段的测试活动 只要一拿到手册的草稿，就对它进行测试。 检查手册中的每个例子，一个接一个地击破，验证每一个声明，检查明显结论。 在测试的第一或第二个周期中，程序可能很不稳定，因此无法通过手册中的很多东西。但最终会完成所有内容的。在过渡时期，你会报告很多问题，也有很多时间来思考。 但到了第一个完整测试周期结束时，应当完成下列工作： 13.2.1 α阶段的测试活动 ● 轰轰烈烈地开始。让劳动显而易见，让工作效率显而易见，而且要让每个人都忙着改正缺陷。 ● 了解产品。测试人员可能不是一个专家用户，但是会尽力尝试每种特征一次或两次。 ● 使测试计划对于由测试组经理进行的评审而言足够完整。测试计划初稿或者接下来不久以后开发的草稿，都应当交给项目经理进行评审。不要被说服，把测试计划和测试看作是各自独立的活动。 ● 提出设计问题，包括可用性观察。 ● 测试手册。检查每个事实和暗示。把一份做过标记的副本返回给编写人员。 ● 评价产品全面质量。 ● 形成程序每个主要区域的稳定性印象。确定并评论没有准备好进行测试的弱区。 ● 估计程序可能的可靠性。预计需要多少个测试周期？期望发现多少缺陷？ 13.2.1 α阶段的测试活动 α阶段后不久： ● 从项目经理那里获得最终支持设备清单的结柬信号。把该清单放到测试计划中。 ● 开始进行第一轮设备测试。到α末期，应当至少完成一次完全通过的设备（所有打印机、调制解调器等）测试。 ● 开始向测试计划中增加回归测试。应当周期性地对该测试集重新进行评价。 ● 对资源需求进行评审，并公布测试里程碑。仔细列出测试任务，并估计有多少人，每个人会花费多长时间。该清