静态测试情况总结报告.pdfVIP

静态测试情况分析报告

在2007年2月版本前期阶段，测试二部就提出静态测试的做法，

并在部门内部全面开展静态测试，目前静态测试工作已在全中心展

开。经过一年多努力，我们不仅在静态测试方面取得了一定的成果，

而且在静态测试方法的研究方面也取得了突破性的进展，将静态测试

从单纯的文档审核上升到了静态分析的理论高度、并在实践中总结出

一套切实可行的实施做法。

一、静态测试的实施方法

根据项目不同阶段的工作重点，结合测试人员的介入情况，我们

将测试人员参与项目的工作分为五个阶段，即“项目定义阶段”、“功

能设计阶段”、“详细设计阶段”、“编码集成阶段”、“系统测试阶段”。

在项目定义和功能设计阶段，测试人员主要参与需求分析和设计方案

讨论，在过程中了解业务需求和设计方案，为后期的静态和动态测试

奠定基础。从详细设计阶段开始，测试人员将通过静态方法全面展开

对项目设计方案的分析，静态测试工作将一直延续到系统测试结束。

因为同样的静态测试问题，在不同的项目阶段发现，解决问题的难易

程度和成本都存在很大的差别，因此，对于不同项目阶段的静态测试，

需要采取不同的测试方法，才能更有效地发现问题。下面将对不同项

目阶段静态测试的工作重点及分析方法进行论述：

1、项目定义阶段

项目定义阶段，开发中心的主要工作是对业务需求进行分析，确

认项目能够实现的需求内容，并制定总体设计方案。测试部门会根据

情况派出相关骨干人员参与。测试人员在参与需求分析过程中，一是

充分了解业务需求的背景及实现的目标，同时还会根据自身能力，提

出一些问题来细化和完善需求；二是充实自己业务知识，从需求中了

解新业务，以及相关的业务规范，为后续的项目测试工作打下坚实的

业务基础。例如：在财智卡一期的业务需求讨论中，测试人员针对业

务部门提出的财智卡定位不清问题，要求业务部门进一步明确对于卡

BIN的具体要求，以及财智卡在未来业务中的使用范围和控制要求，

当问题一一得到落实以后，就发现原业务需求的目标与现有的银联规

范和卡的业务规范存在一定的矛盾。如果这个问题没有在需求分析阶

段得到明确，而是按照业务需求结合我们现有系统进行设计开发，测

试也按照设计方案进行，很有可能导致问题到投产以后才会暴露。

2、功能设计阶段

功能设计阶段，项目组的主要工作是根据已确定的业务需求和总

体设计方案完成项目的功能设计。测试经理和主要的测试骨干都会参

与设计方案的讨论。在讨论的过程中，测试人员会站在用户的角度，

对照业务需求的描述，采用一种“虚拟测试”的思考方法，对设计方

案进行分析，找出设计方案中可能存在的问题，协助设计人员不断完

善设计方案。另一方面，测试人员通过参与设计方案的讨论，可全面

了解项目的技术方案和设计思路，为后续展开的静态测试和动态测试

打下良好的基础。

例如：测试人员在参与“境内外币统一清算”项目功能设计的讨

论中，针对原设计方案中使用现有的往来户透支功能，来处理该项目

结算账户透支问题时，对设计方案提出疑义：（1）使用往来户的透支

功能，就必须遵循现有系统往来户透支计息方式计算利息，并需要纳

入法人透支管理流程，这些极可能会与人行的最终要求不一致，也会

影响行内对贷款规模的控制；（2）如果人行确定了结算户的透支计息

方式，或以后人行再提出新的对结算户透支控制和计息方式的变更，

都将会涉及系统大范围地修改。并对这部分的功能设计提出建议性意

见：结算帐户仍按业务部门提出的使用往来户，但对其透支的功能，

通过参数设置引入对应的内部户进行管理，将内部户设置为不计息帐

户，在人行没有确定利息计算方式之前，如果需要可通过人工对不计

息的内部户计算透支利息，在人行确定了计息方式，可以开发一个独

立的计息程序对这部分帐户进行计息处理，这样即便人行的规则有变

化，我们也不需要进行大范围地修改程序，通过反复讨论，最终设计

人员采纳了测试人员的建议。对于这个问题解决对后续项目的影响，

在08年4月版本“境内外币统一清算优化”项目已经得以验证。

3、详细设计阶段

详细设计阶段，开发人员的主要工作是按照功能设计方案《软需》

进行详细设计，并编写《系统规格书》和《程序规格书》。测试人员

的主要工作就是按照《软需》完成测试设计，并编写《测试计划》和

《测试方案》。测试部门在完成上述工作的过程中，还会从几个方面

对功能设计方案进行静态测试：

（1）对照《总体设计方案