软件测评工程能力提升方案 咨询方将在上述调研报告基础上,提出详细的测评工程能力建设方案。方案的主要包括以下方面: 1 软件测试实用规程 1 .1 软件测试的认识 如前所述,目前软件测试领域的理论体系仍然不算成熟,软件测评专业能力建设本身是一个复杂的系统工程,牵涉的人员和环节众多,从调研结果来看,部分研发人员对测试的认识存在一些偏差,这将给软件测评专业建设带来风险。 软件测评工程能力,首先是测试意识的提升。技术保障,观念先行,一个研发项目涉及的人员尤其是大多数的开发人员的测试意识是决定性的,只有将软件测试放到软件全生命周期的大背景下来考察,使全体人员对软件质量全程保证的角度来重新认识测试,具体的测试方法、测试技能提升才有普遍意义。 基础理论和方法论的普及,软件测试的本质、含义、定位和作用的深入认识,将是项目能否顺利开展的前提。 软件测试本质上是一个证伪而不是证明的过程。因此,从广义上来说,只要是对软件本身质量保证相关的,都可以纳入软件测试的范围。无论是在软件研发的需求分析、架构设计、详细设计、代码实现还是后面的测试阶段,都可以开展测试活动;无论是系统设计人员、软件编程人员或者验证人员、服务人员、市场人员,都可以成为测试人员;也无论是文档评审、代码审查、功能调试、系统验证等等活动,都可以是一种测试活动;无论是人工验证、形式证明、代码静态分析工具、单元测试工具还是自动化测试工具等手段,都可以成为有效的测试手段。 只要有确定的人员,采用某种确定的方法手段,按照确定的项目内容,对影响软件质量的相关文档、代码、程序、数据等进行验证,都是执行了有意义的测试。经过这些验证活动之后,我们得出有条件的结论,这个条件是在这些项目内容验证之下,我们判断软件通过或者不通过测试。不通过(证伪)的时候,我们是可以很肯定地说这个有问题;但通过的时候,这种通过是有条件的。 从软件全程质量保证的角度来看待软件测试,测试活动包含以下几层要求: 1 . 软件质量是满足规定或潜在的用户需求的能力,因此软件开发过程中,从用户显式或隐含的意思表达到形成用户规格书、再到设计文档、变成代码并调试运行的过程,最重要的就是保证在这样一个复杂的转换过程中,需求的不被异化。 2 . 软件作为一个产品,是用来满足用户需求的,从这个角度来说,需要测量的是在特定环境下运行达到其任务目标的程度,但软件本身是一组文档、数据和代码的总和,...