软件测评能力提升方,软件测评能力提升方案,.docVIP

软件测评工程能力提升方案 咨询方将在上述调研报告基础上，提出详细的测评工程能力建设方案。方案的主要包括以下方面： 软件测试实用规程 软件测试的认识 如前所述，目前软件测试领域的理论体系仍然不算成熟，软件测评专业能力建设本身是一个复杂的系统工程，牵涉的人员和环节众多，从调研结果来看，部分研发人员对测试的认识存在一些偏差，这将给软件测评专业建设带来风险。 软件测评工程能力，首先是测试意识的提升。技术保障，观念先行，一个研发项目涉及的人员尤其是大多数的开发人员的测试意识是决定性的，只有将软件测试放到软件全生命周期的大背景下来考察，使全体人员对软件质量全程保证的角度来重新认识测试，具体的测试方法、测试技能提升才有普遍意义。 基础理论和方法论的普及，软件测试的本质、含义、定位和作用的深入认识，将是项目能否顺利开展的前提。 软件测试本质上是一个证伪而不是证明的过程。因此，从广义上来说，只要是对软件本身质量保证相关的，都可以纳入软件测试的范围。无论是在软件研发的需求分析、架构设计、详细设计、代码实现还是后面的测试阶段，都可以开展测试活动；无论是系统设计人员、软件编程人员或者验证人员、服务人员、市场人员，都可以成为测试人员；也无论是文档评审、代码审查、功能调试、系统验证等等活动，都可以是一种测试活动；无论是人工验证、形式证明、代码静态分析工具、单元测试工具还是自动化测试工具等手段，都可以成为有效的测试手段。 只要有确定的人员，采用某种确定的方法手段，按照确定的项目内容，对影响软件质量的相关文档、代码、程序、数据等进行验证，都是执行了有意义的测试。经过这些验证活动之后，我们得出有条件的结论，这个条件是在这些项目内容验证之下，我们判断软件通过或者不通过测试。不通过（证伪）的时候，我们是可以很肯定地说这个有问题；但通过的时候，这种通过是有条件的。 从软件全程质量保证的角度来看待软件测试，测试活动包含以下几层要求： 软件质量是满足规定或潜在的用户需求的能力，因此软件开发过程中，从用户显式或隐含的意思表达到形成用户规格书、再到设计文档、变成代码并调试运行的过程，最重要的就是保证在这样一个复杂的转换过程中，需求的不被异化。 软件作为一个产品，是用来满足用户需求的，从这个角度来说，需要测量的是在特定环境下运行达到其任务目标的程度，但软件本身是一组文档、数据和代码的总和，其中最直接的是代码，从这个角度来说，作为一个产品本身，也需要从机械的符号角度对其内生的质量进行度量和评价。 软件的生产过程是一个工程，对应的测试活动有其工程属性，既然测试活动本身不能证明，只能证伪，测试活动则更需要明确测试界限，给出工程上合理的进度、资源、方法和结束条件。 采用的测试方法就必须回答如何保证需求不被异化，如何从动态和静态两个角度来评估软件质量，以及如何明确测试界限的问题，而这又必然需要通过一定的技术手段才能得到有效地支撑。 在这种广义的软件质量保证的含义下，我们来重新审视软件全生命周期尤其是研发周期，就会发现，专门的软件测试人员承担的软件质量保证职责是有限的，一个研发项目中占大多数的研发人员，他们的测试意识，对测试活动、测试方法的认识是很关键的。 因此，测评工程能力的提升，首先要通过培训、宣传、会议等各种手段，让项目涉及的相关人员尤其是软件开发人员，重新认识软件研发过程，重新认识软件测试，包括测试本质、测试含义、测试定位、测试方法等等。 软件测试方法 对应上述测试活动的理解，测试方法也首先是一套逻辑严密的需求覆盖体系和分析设计方法，具体表现为测试阶段覆盖的完整性、每个阶段测试分析的完整性、每个阶段测试分析的过程完整性保证，然后才是在此之上的一些操作手段和工具应用技能，同时在管理层面，需要有明确测试界限的一系列手段。 测试阶段划分 如前所述，一个明确的软件测试项目包括前期的文档测试，按照软件开发过程包含软件需求分析说明书验证、软件设计文档验证；另外一个是后期动态的单元测试、集成测试、系统测试、验收测试，这时主要的测试对象是程序和数据，当然也涉及到文档。 对于这些测试阶段，应制定规范，对其测试类型、测试技术要求等明确要求。这方面，在军方、航空航天等领域有许多规范就可供参考。实际实施时，规范应根据不同软件类型的重要性、安全性关键等级提供剪裁。 对应每一阶段的要求分别说明如下： 1、文档测试 文档测试的主要测试对象是软件需求规格说明书和软件设计文档。文档通常使用文字进行说明，因此不可避免地具有而二义性和不明确性。软件测试中的文档测试主要是对相关的设计报告和用户使用说明等文档进行测试，一般应符合以下的技术要求： 对于设计报告主要是测试程序与设计报告中的设计思想是否一致； 对于用户使用说明进行测试时，主要是测试用户使用说明书中对程序操作方法的描述是否正确，重点是用户使用说明中提到的操作例子