软件测试系列培训教程北大青鸟2ppt课件

1、Version 3.0测试技术测试技术 软件质量的衡量规范是可以准时地交付给用户，软件质量的衡量规范是可以准时地交付给用户，所耗费的本钱不超出预算，并且最重要的是，可所耗费的本钱不超出预算，并且最重要的是，可以正常地运转。以正常地运转。 SQA 的目的是经过在开发周期的早期阶段发现错的目的是经过在开发周期的早期阶段发现错误来降低处理问题的本钱。误来降低处理问题的本钱。 SQA 运用于软件开发的每个阶段，每个阶段都有运用于软件开发的每个阶段，每个阶段都有其本人的质量规范。其本人的质量规范。 实施质量管理中，要留意构建本人的管理体系，实施质量管理中，要留意构建本人的管理体系，包括：构建质量方案、建

2、立质量保证、建立质量包括：构建质量方案、建立质量保证、建立质量控制等控制等 定义软件测试定义软件测试 明确软件测试的准那么明确软件测试的准那么 明确测试的方法明确测试的方法 描画软件测试的各个阶段描画软件测试的各个阶段 描画各种测试阶段的测试内容描画各种测试阶段的测试内容 软件测试是软件工程过程中的关键组件。软件测试是软件工程过程中的关键组件。 软件测试是软件质量保证的要素，可以将其软件测试是软件质量保证的要素，可以将其描画为一个运转程序以检测错误假设有描画为一个运转程序以检测错误假设有的过程。的过程。 编程巨匠说：没有错误的程序世间难求。编程巨匠说：没有错误的程序世间难求。 他在学校里学过测

3、试吗？读到博士能够他在学校里学过测试吗？读到博士能够也不懂测试也不懂测试 他所在的企业注重测试吗？他所在的企业注重测试吗？ 小公司程序小公司程序员的技艺更加全面员的技艺更加全面 暂时抱佛脚行吗？他以为有文档模板就会暂时抱佛脚行吗？他以为有文档模板就会测试了吗？测试了吗？ 假设不懂得有效地进展测试，他不仅得不假设不懂得有效地进展测试，他不仅得不到功绩，也没人欣赏他的苦劳，他拥有最到功绩，也没人欣赏他的苦劳，他拥有最多的将只是疲劳。多的将只是疲劳。 职业软件工程师该当掌握需求开发、系统职业软件工程师该当掌握需求开发、系统设计、编程、测试、维护设计、编程、测试、维护 一切技艺。一切技艺。 测试的目的

4、是为了发现尽能够多的缺陷，测试的目的是为了发现尽能够多的缺陷，不是为了阐明软件中没有缺陷。不是为了阐明软件中没有缺陷。 推论：胜利的测试在于发现了迄今尚未发推论：胜利的测试在于发现了迄今尚未发现的缺陷。所以测试人员的职责是设计这现的缺陷。所以测试人员的职责是设计这样的测试用例，它能有效地提示埋伏在软样的测试用例，它能有效地提示埋伏在软件里的缺陷。件里的缺陷。 千万不要将千万不要将“测试与测试与“演示混为一谈。演示混为一谈。例如科研鉴定会。例如科研鉴定会。 假设产品经过了严厉的测试，大家不要不假设产品经过了严厉的测试，大家不要不吭气，该当好好地宣传一把吭气，该当好好地宣传一把 。 完全测试程序是

5、不能够的完全测试程序是不能够的 输入量太大输入量太大 输出结果太多输出结果太多 软件实现途径太多软件实现途径太多 软件阐明书没有客观规范。从不同角软件阐明书没有客观规范。从不同角度看，软件缺陷的规范不同。度看，软件缺陷的规范不同。 软件测试是有风险的行为软件测试是有风险的行为 测试无法显示埋伏的软件缺陷测试无法显示埋伏的软件缺陷 找到的软件缺陷越多，就阐明软件缺陷越找到的软件缺陷越多，就阐明软件缺陷越多多 并非一切软件缺陷都能修复并非一切软件缺陷都能修复 软件测试一项讲究条理的技术专业软件测试一项讲究条理的技术专业 白盒测试中有时候称为开盒测试，软白盒测试中有时候称为开盒测试，软件测试员可以访

6、问程序员的代码，并经过件测试员可以访问程序员的代码，并经过检查代码来协助测试可以看到盒子里面。检查代码来协助测试可以看到盒子里面。普通在单元测试中采用白盒测试，用于测普通在单元测试中采用白盒测试，用于测试模块中一切能够的途径、执行一切循环试模块中一切能够的途径、执行一切循环并测试一切逻辑表达式。并测试一切逻辑表达式。 黑盒测试那么偏重于软件的整体功能。黑盒测试那么偏重于软件的整体功能。 它它不基于程序的内部构造而基于系统功能。不基于程序的内部构造而基于系统功能。犹如一个人站在黑盒子外面，只知道系统犹如一个人站在黑盒子外面，只知道系统输入一定数据，得到一定的输出，而不用输入一定数据，得到一定的输

7、出，而不用清楚这个黑盒子中进展了哪些操作和运算。清楚这个黑盒子中进展了哪些操作和运算。 静态检查静态检查 确保系统按照组织的规范和过程运转，主确保系统按照组织的规范和过程运转，主要依赖于评审和非运转的手段来检查。通要依赖于评审和非运转的手段来检查。通常包括需求评审、设计评审、代码走查和常包括需求评审、设计评审、代码走查和代码检查。代码检查。 动态检查动态检查 在生命周期中进展测试运转。通常包在生命周期中进展测试运转。通常包括单元测试、集成测试、系统测试、用户括单元测试、集成测试、系统测试、用户的验收测试。的验收测试。 审查审查 (Inspection) 软件的一种根本测试方法，它以一系软件的一

8、种根本测试方法，它以一系列典型问题为根据进展检测。列典型问题为根据进展检测。 走查走查 (Walkthrough) 一对一的审查，比审查更加仔细。一对一的审查，比审查更加仔细。 回想回想(Review) 以发现软件中存在的错误和缺陷为目以发现软件中存在的错误和缺陷为目的的一种软件测试方法，它是在软件证明的的一种软件测试方法，它是在软件证明执行之前完成。执行之前完成。测试阶段执行人静态校验动态校验可行性评审可行性评审开发人员，用户开发人员，用户需求评审需求评审开发人员，用户开发人员，用户设计评审设计评审开发人员开发人员单元测试单元测试开发人员开发人员集成测试集成测试开发人员，用户开发人员，用户系

9、统测试系统测试开发人员在用户开发人员在用户的协助下完成的协助下完成验收测试验收测试用户用户 对于产品阐明书的制定是个很重要的设计对于产品阐明书的制定是个很重要的设计阶段，产品阐明书的质量会直接影响到整阶段，产品阐明书的质量会直接影响到整个产品开发。个产品开发。 测试产品阐明书属于静态黑盒子测试。测试产品阐明书属于静态黑盒子测试。 测试用例：编写用于输入输入的实践数制和测试用例：编写用于输入输入的实践数制和预期结果。测试用例还明确指出运用详细测预期结果。测试用例还明确指出运用详细测试用例产生的测试程序的任何限制试用例产生的测试程序的任何限制 。 运用目的：运用目的： 测试用例应该设计为可以快速容

10、易地发现尽测试用例应该设计为可以快速容易地发现尽能够多的错误。能够多的错误。 应该经过运用和产生正确和错误的输入和输应该经过运用和产生正确和错误的输入和输出来出来“检验程序。检验程序。 其目的是要运用合理范围内的条件，尽能够其目的是要运用合理范围内的条件，尽能够全面地测试一切模块乃至整个系统。全面地测试一切模块乃至整个系统。 缺陷：最终产品同用户的期望不一致缺陷：最终产品同用户的期望不一致 缺陷的分类缺陷的分类 错误错误 脱漏脱漏 超出需求的部分超出需求的部分 缺陷未触发缺陷未触发VS.错误应首先处理错误应首先处理 调试的方法：归纳法、演绎法和回溯法。调试的方法：归纳法、演绎法和回溯法。 常用

11、调试技术运用诊断输出语句常用调试技术运用诊断输出语句 (diagnostic output statement)、快照转储、快照转储 (snapshot dump) 以及跟踪指令的断点以及跟踪指令的断点 (instruction-dependent breakpoint)。 开发与测试的开发与测试的 V V 型关系型关系 假设软件开发过程采用严厉的瀑布模型，假设软件开发过程采用严厉的瀑布模型，那么开发与测试有那么开发与测试有“V V型的对应关系型的对应关系 。需求需求开发开发 高层高层设计设计详细详细设计设计编程编程单元单元测试测试集成集成测试测试系统系统测试测试验收验收测试测试 单元测试、集

12、成测试、系统测试、验收测单元测试、集成测试、系统测试、验收测试。是试。是“从小到大、从小到大、“由内至外、由内至外、“循循序渐进的测试过程，表达了序渐进的测试过程，表达了“分而治之分而治之的思想。的思想。 单元测试的粒度最小，普通由开发小组采单元测试的粒度最小，普通由开发小组采用白盒方式来测试，主要测试单元能否符用白盒方式来测试，主要测试单元能否符合合“设计。设计。 集成测试界于单元测试和系统测试之间，集成测试界于单元测试和系统测试之间，起到起到“桥梁作用，普通由开发小组采用桥梁作用，普通由开发小组采用白盒加黑盒的方式来测试，既要验证白盒加黑盒的方式来测试，既要验证“设设计又要验证计又要验证“

13、需求。需求。 系统测试的粒度最大，普通由独立测试小系统测试的粒度最大，普通由独立测试小组采用黑盒方式来测试，主要测试系统能组采用黑盒方式来测试，主要测试系统能否符合否符合“需求规格阐明书。需求规格阐明书。 验收测试与系统测试非常类似，主要区别验收测试与系统测试非常类似，主要区别是测试人员不同，验收测试由用户执行。是测试人员不同，验收测试由用户执行。 测试内容普通包含测试内容普通包含 接口与途径测试。接口与途径测试。 功能测试、强壮性测试、性能测试、用户功能测试、强壮性测试、性能测试、用户界面测试、平安性测试、压力测试、可靠界面测试、平安性测试、压力测试、可靠性测试、安装性测试、安装/ /反安装

14、测试反安装测试 测试阶段测试阶段 主要依据主要依据 测试人员、测试方式测试人员、测试方式 主要测试内容主要测试内容 单元测试单元测试系统设计系统设计文档文档由开发小组执行白盒由开发小组执行白盒测试测试 接口测试、路径测试接口测试、路径测试 集成测试集成测试系统设计系统设计文档文档需求文档需求文档由开发小组执行白盒由开发小组执行白盒测试和黑盒测试测试和黑盒测试 接口测试、路径测试接口测试、路径测试功能测试、性能测试功能测试、性能测试 系统测试系统测试需求文档需求文档由独立测试小组执行由独立测试小组执行黑盒测试黑盒测试 功能测试、健壮性测试、功能测试、健壮性测试、性能测试、用户界面测性能测试、用户

15、界面测试、安全性测试、压力试、安全性测试、压力测试、可靠性测试、安测试、可靠性测试、安装装/反安装测试反安装测试 验收测试验收测试需求文档需求文档由用户执行黑盒测试由用户执行黑盒测试 接口测试：数据普统统过接口输入和输出，接口测试：数据普统统过接口输入和输出，接口测试普通是白盒测试的第一步。接口测试普通是白盒测试的第一步。 输入参数有输入参数有“典型值、典型值、“边境值、边境值、“异异常值常值 输出包括函数的前往值和输出参数。输出包括函数的前往值和输出参数。 实践输出与期望的输出不一致，那么阐明实践输出与期望的输出不一致，那么阐明程序有错误。程序有错误。 一个函数体内的语句能够只需十几条，但一

16、个函数体内的语句能够只需十几条，但逻辑途径能够有成千上万条。所以应该根逻辑途径能够有成千上万条。所以应该根据阅历选择关键的途径测试。据阅历选择关键的途径测试。 途径测试的检查表途径测试的检查表 数据类型、变量值、逻辑判别、循环、内数据类型、变量值、逻辑判别、循环、内存管理、文件存管理、文件I/OI/O、错误处置、错误处置 预防一些重要的途径没有被测试的措施有：预防一些重要的途径没有被测试的措施有： 察看能否有程序语句从来没有被执行过。察看能否有程序语句从来没有被执行过。 要特别留意函数体内的错误处置程序块。要特别留意函数体内的错误处置程序块。 接口与途径测试用例的参考模板接口与途径测试用例的参

17、考模板 功能测试的根本方法是构造一些合理输入功能测试的根本方法是构造一些合理输入在需求范围之内，检查输出能否与期在需求范围之内，检查输出能否与期望的一样。假设两者不一致，即阐明功能望的一样。假设两者不一致，即阐明功能有误。有误。 难点在于如何构造有效的输入。难点在于如何构造有效的输入。 功能测试的测试方法：等价划分法和边境功能测试的测试方法：等价划分法和边境值分析法。值分析法。 等价划分是指把输入空间划分为几个等价划分是指把输入空间划分为几个“等等价区间，在每个价区间，在每个“等价区间中只需求等价区间中只需求测试一个典型值就可以了。等价划分法来测试一个典型值就可以了。等价划分法来源于人们的直觉

18、与阅历，可令测试事半功源于人们的直觉与阅历，可令测试事半功倍。倍。 “缺陷脱漏在角落里，聚集在边境上。缺陷脱漏在角落里，聚集在边境上。边境值测试法是对等价划分法的补充。假边境值测试法是对等价划分法的补充。假设设A A和和B B是输入空间的边境值，那么除了典是输入空间的边境值，那么除了典型值外还要用型值外还要用A A和和B B作为测试用例。作为测试用例。 功能测试用例的参考模板功能测试用例的参考模板 性能测试即测试软件处置事务的速度，一性能测试即测试软件处置事务的速度，一是为了检验性能能否符合需求，二是为了是为了检验性能能否符合需求，二是为了得到某些性能数据供人们参考。得到某些性能数据供人们参考

19、。 绝对值思索：如数据送输速率是每秒多少绝对值思索：如数据送输速率是每秒多少比特。比特。 “相对值思索：如某个软件比另相对值思索：如某个软件比另一个软件快多少倍。一个软件快多少倍。 性能测试中思索运转环境的影响：例如网性能测试中思索运转环境的影响：例如网络环境、计算机主频，总线构造和外部设络环境、计算机主频，总线构造和外部设备都能够影响软件的运转速度。备都能够影响软件的运转速度。 性能测试的一些本卷须知：性能测试的一些本卷须知： 该当编写一段程序用于计算时间以及相关该当编写一段程序用于计算时间以及相关数据。数据。 该当测试软件在规范配置和最低配置下的该当测试软件在规范配置和最低配置下的性能。性

20、能。 该当封锁那些耗费内存、占用该当封锁那些耗费内存、占用CPUCPU的其它的其它运用软件如杀毒软件。运用软件如杀毒软件。 该当分档记录。例如传输文件的容量从该当分档记录。例如传输文件的容量从100K100K到到1M1M可以分成假设干等级。可以分成假设干等级。 同一种输入情况在不同的时间能够得到不同一种输入情况在不同的时间能够得到不同的性能数据，可以取其平均值。同的性能数据，可以取其平均值。 性能测试用例的参考模板性能测试用例的参考模板 压力测试也叫负荷测试，即获取系统能正压力测试也叫负荷测试，即获取系统能正常运转的极限形状。常运转的极限形状。 压力测试的主要义务是：构造正确的输入，压力测试的

21、主要义务是：构造正确的输入，用力折腾系统却让它刚好不瘫痪。用力折腾系统却让它刚好不瘫痪。 压力测试的一个变种是敏感测试。在某种压力测试的一个变种是敏感测试。在某种情况下，微小的输入变动会导致系统的表情况下，微小的输入变动会导致系统的表现如性能发生急剧的变化。现如性能发生急剧的变化。 压力测试用例的参考模板 强壮性测试强壮性测试 用户界面测试用户界面测试 信息平安测试信息平安测试 可靠性测试可靠性测试 安装和反安装测试安装和反安装测试 问题问题1：有了：有了“黑盒测试为什么还要黑盒测试为什么还要“白盒白盒测试？测试？ 问题问题2：由于单元测试要写测试驱动程序，：由于单元测试要写测试驱动程序，非常费事，能否等到整个系统全部开发完后，非常费事，能否等到整个系统全部开发完后，再集中精神进展一次性