阅读《基于Python语言的软件测试技术》_打开新的知识大门_5.3.1 V模型

【摘要】 本书摘自《基于Python语言的软件测试技术》一书中第5章，第3节，由张民编著。

5.3.1 V 模型

在传统的开发模型(如瀑布模型)中，通常把测试过程视作在需求分析、概要 设计、详细设计和编码全部完成之后的一个阶段。尽管有时测试工作会占用整个项 目周期的大部分时间，但其仍被认为是一个收尾工作而不是一个主要工程。

在软件测试方面， V 模型是最有代表性的测试模型，它于20世纪80年代后期由 Paul Rook提出，在英国国家计算中心文献中发布，旨在改进软件开发的效率和效 果。V 模型的软件测试策略包括：低层测试，是为了确保源代码的正确性；高层测试，是为了使整个系统满足用户的需求。

V 模型是软件开发瀑布模型的变种，和瀑布开发模型有着一些共同的特性，也和 瀑布模型一样地受到了批评和质疑。它反映了测试活动与分析和设计的关系，体现 的主要思想是开发和测试同等重要。模型左侧代表的是开发活动，而右侧代表的是 测试活动。 V 模型针对每个开发阶段，都有一个测试级别与之相对应。测试依旧是开 发生命周期中的阶段，但与瀑布模型不同的是， V 模型有多个测试级别与开发阶段对 应。V 模型适用于需求明确和需求变更不频繁的情形。如图5-16所示， V 模型可分为 以下几个测试模块。

1.单元测试

验证软件单元是否按照设计说明正确执行，即是否每个最小的单元都能够正常 运行。单元测试的对象可以是模块、类、函数和对象等；单元测试设计主要输入 (测试依据)的是详细设计规格说明、软件设计和数据模型等；单元测试的测试技术 主要采用白盒测试技术，并以黑盒测试技术作为单元测试的辅助；单元测试应该覆

盖功能需求和非功能需求；单元测试经常会使用测试驱动的方法(测试驱动开发)。 在单元测试中，主要关注点有以下几点。

① 单元模块接口参数：实际参数和形式参数的个数是否相同，实际参数和形式 参数的属性是否匹配，调用函数的参数顺序、个数和属性是否匹配；

② 单元模块局部数据结构：不合适或者不相容的类型说明，变量没有初始化， 不正确的变量名；

③ 单元模块的独立路径测试：误解或者用错了算符优先级，混合类型运算；

④ 与控制流相关的测试：错误地修改了循环变量，循环中止条件不可能出现；

⑤ 与异常处理相关的测试：输出的错误信息难以理解，错误的信息和实际的错误不符。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们 18664393530@aliyun.com 处理，核实后本网站将在24小时内删除侵权内容。