如何有效提高软件测试效率的方法探讨(2)

发表于:2014-08-04来源:uml.org.cn作者:不详点击数: 标签:软件测试
(1)识别项目需求 识别项目需求是项目成功的关键,为了减少需求的不确定性,首先应充分认识确定需求的重要性,通过与用户的沟通,使用户能充分认识

  (1)识别项目需求

  识别项目需求是项目成功的关键,为了减少需求的不确定性,首先应充分认识确定需求的重要性,通过与用户的沟通,使用户能充分认识到软件需求的变更对软件质量、进度和成本的影响,积极参与到确定软件需求的活动中,达到在进行软件设计前尽量确定软件需求的目的。同时在识别项目需求时,除了用户明示的需求外,还需关注用户基本需求,用户基本需求常常体现在项目的领域知识、项目所在行业的相关标准等方面。实践证明,开发人员对领域知识掌握的程度直接影响到项目需求的确定,开发人员通过对领域知识的积累有助于项目需求的确定。

  (2)需求文档化及需求评审

  按照软件工程化要求,用户应该向研制方正式提交需求文档,研制方根据用户需求进行需求分析形成产品需求,用户需求及产品需求均需文档化并经过评审,以尽早发现不合理的需求。

  (3)需求管理、需求变更的控制

  在系统研制过程中应对需求进行管理,首先建立需求库及需求跟踪矩阵,在需求跟踪矩阵中反映研制各阶段工作产品与需求的对应关系,并对需求进行需求的双向跟踪。

  (4)采用软件需求管理工具

  采用需求管理工具,可以提高需求管理工作流程的自动化程度,使需求管理可以在项目实施过程中得到有效地推行。需求管理工具可以在整个项目生命周期内,帮助团队有效地协作,将需求的变更信息及时传送到团队的每个成员,可以使跨项目团队的所有成员都能掌握必要的需求详细信息,并对软件项目规划、项目跟踪与监督实施管理。

  2.2.2 加强软件可测试性设计

  在项目设计阶段应注重对软件可测试性的设计。项目负责人可根据项目具体情况对软件可测试性提出具体要求,对软件注释率、软件模块规模、模块圈复杂度、基本圈复杂度、操作数的个数以及过程出口个数等进行规定,在软件设计及编程阶段严格按照规范执行,可有效地提高软件测试效率。实践证明,如果在项目设计阶段不进行软件可测试性的设计,待软件完成后再根据可测试性要求对软件进行修改完善常常需要花费巨大的人力和物力,同时大量修改对软件质量也会带来不利影响。

  2.2.3 重视并规范技术文档的编写

  技术文档不仅是开发人员进行信息交流的手段,也是测试人员进行测试的依据。所以软件相关文档应描述明确详细,组织合理,并根据需求和设计的变更及时更新。同时为了给独立测试人员提供更多的信息,在技术文档中可增加各软件模块的重要程度、重用性及测试历史等信息,使得独立测试人员可以合理分配精力,对重要软件进行重点测试,减少不必要的重复劳动,提高测试效率。

  3、软件测试方法与组织

  3.1 软件测试方法

  软件模块级测试分为白盒测试和黑盒测试。黑盒测试注重于测试软件的功能性需求,试图发现功能缺陷或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误及初始化和中止等类型的错误。白盒测试依赖对程序细节的严密检验,对软件的逻辑路径进行测试,在不同的程序点检验“程序的状态”以判定预期状态或待验证状态与真实状态是否相符。在软件测试中,常常结合黑盒和白盒两种测试方法,相互补充。

  3.2 软件测试人员

  软件测试可由软件开发人员、独立测试人员或用户进行。在组织软件测试时,可根据不同人员的特点进行组织,使得各类测试相互补充。

  软件开发人员熟悉软件需求及被测软件,清楚各软件模块的重要程度和相互关系,了解各软件模块以前的测试及修改等历史情况,可以有针对性地进行测试;软件开发人员和用户交流较为方便,在测试中能够发现与需求不一致的软件错误。但是开发人员急于证明他们的程序是毫无错误的,是按照用户的需求开发的,而且完全能够按照预定的进度和预算完成,这将影响开发人员完成相关测试任务。

  独立测试人员应具备较强的测试理论水平和测试经验,熟练掌握软件测试工具,并知悉被测软件的功能需求才能够对软件进行系统全面的测试。但独立测试人员有时会缺乏相应领域的专业知识,主要测试依据是用户的技术要求及开发人员在软件研制过程中形成的文档,一方面这些文档中缺乏对用户基本需求的描述;另一方面,独立测试人员常常需通过开发人员来进行需求的理解,因此在软件测试中有时无法发现软件不满足需求方面的错误。但这种错误往往从用户角度来看是最严重的。同时,独立测试人员由于对各软件模块的重要性及相互关系了解不深。有时会影响测试效率。

原文转自:http://www.uml.org.cn/Test/201303044.asp