支撑代码的变化对测试的影响 主要从以下两方面来考虑这个问题: 代码的变化有多少?这些变化会引入多少bug? 7.1.5例子 假设我正在测试一个产品,测试已经完成一半 产品已经实现了主要的功能,但是还需要增加 些辅助功能。现在我要对这些主要的功能进行测 试。 测试过程中,在同如下人员进行交流的过程中 提出的问题如下:
三、支撑代码的变化对测试的影响 主要从以下两方面来考虑这个问题： 代码的变化有多少？这些变化会引入多少bug? 7.1.5例子 假设我正在测试一个产品，测试已经完成一半。 产品已经实现了主要的功能，但是还需要增加一 些辅助功能。现在我要对这些主要的功能进行测 试。 测试过程中，在同如下人员进行交流的过程中 提出的问题如下：
程序员:这些辅助的功能是否有可能需要改变产品的 支撑代码?程序员有可能精心设计了支撑代码 并且考虑坚持使用可视化的用户界面来完善备种 功能。如果是这样的话,那么自动化测试的价值 就不大。 但是因为要急于完成测试,程序员也可能知道程 序的支撑代码的结构不会一成不变的。由于大部 分工作将会重复进行,所以可能会特别需要进行 自动化测试。或者程序员也不知道支撑代码是否 要改变。 项目经理:在新版本中,新增的功能是一个十分重要 的部分吗?如果是这样的话,由于市场竞争激烈, 图形用户界面有可能改变吗?以前,用户界面改 动有多大?
程序员：这些辅助的功能是否有可能需要改变产品的 支撑代码？程序员有可能精心设计了支撑代码， 并且考虑坚持使用可视化的用户界面来完善各种 功能。如果是这样的话，那么自动化测试的价值 就不大。 但是因为要急于完成测试，程序员也可能知道程 序的支撑代码的结构不会一成不变的。由于大部 分工作将会重复进行，所以可能会特别需要进行 自动化测试。或者程序员也不知道支撑代码是否 要改变。 项目经理：在新版本中，新增的功能是一个十分重要 的部分吗？如果是这样的话，由于市场竞争激烈， 图形用户界面有可能改变吗？以前，用户界面改 动有多大？
为什么会希望今后的改动越少越好?这些变化是为 了增加功能,还是用来代替现有的功能?我们需 要切实的估计一下变动的可能性,因为任何变化 都可能会提高自动化测试的成本,缩短测试的生 命周期。 了解并熟悉测试工具的人员:如何应对产品的变化? 什么样的变化会使测试中止?对于新增加功能的 测试,遇到这些情况的几率会有多大? 次自动化测试所花费的成本相当于几次手工测 试,并且要特别重视测试价值的大小和生命周期 的长短,这样做可能不对。但这都是为了避免犯 下灾难性的错误,如果自动化测试的成本很高而 生命周期很短,我们最好使用手工测试
为什么会希望今后的改动越少越好？这些变化是为 了增加功能，还是用来代替现有的功能？我们需 要切实的估计一下变动的可能性，因为任何变化 都可能会提高自动化测试的成本，缩短测试的生 命周期。 了解并熟悉测试工具的人员：如何应对产品的变化？ 什么样的变化会使测试中止？对于新增加功能的 测试，遇到这些情况的几率会有多大？ 一次自动化测试所花费的成本相当于几次手工测 试，并且要特别重视测试价值的大小和生命周期 的长短，这样做可能不对。但这都是为了避免犯 下灾难性的错误，如果自动化测试的成本很高而 生命周期很短，我们最好使用手工测试