摘要：
• 定义： function Testing--依据SRS和测试需求列表验证产品的功能是否实现和是否符合产品需求规格 • 目标： 1.是否有不正确或遗漏了的功能？ 2.功能是实现是否满足用户需求，和系统设计的隐式需求？ 3.输入能否正确接受？能否正确输出结果？ 阅读全文
摘要：
•定义 System Testing--是将已经集成好的软件系统，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行使用的环境下，对计算机系统进行系列的测试活动； •对象 1.产品级--软件+硬件 2.项目级--软件（也可能包含硬件） 阅读全文
摘要：
优点： A.底层组件得到较早验证 B.测试初期可以并行集成，效率高 C.由于驱动模块是额外编写的，对被测模块的可测试性要求较低 D.减少了开发桩的工作量 E.定位问题容易，支持故障隔离 缺点： A.需要开发大量的驱动，工作量、成本同样很高 B.对高层的验证太晚了，设计上的缺陷不能被及早发现 C.集成 阅读全文
摘要：
子策略： • 深度优先（Depth-First） • 广度优先（Broadth-First） 优点： A.主控模块（高层组件）得到较早验证 B.深度优先策略能够较早验证一个完整的功能，增强了开发信心 C.基本不需要开发驱动，减少了这部分的工作量 D.和高层设计顺序一致，方便并行开展 E.定位问题容易 阅读全文
摘要：
优点：方法简单、效率高 缺点： • "急于求成"，成功率不高 • "大海捞针"，导致即使发现问题也难以定位（无法故障隔离） • "囫囵吞枣"，许多内部接口的错误被漏测 适用范围： • 小项目、维护型项目 • 软件结构不清晰的系统 阅读全文
摘要：
1 测试过程的制定 1.1 计划 根据SVVP制定ITP 1.2 设计 根据ITP制定IT方案 1.3 实现 根据IT方案制定IT用例 1.4 执行 根据IT用例进行集成测试，提交Bug Report，……，回归测试 0.2 采用的测试方法 0.3 灰盒测试 随集成层次不同，灰度随之相应变化 0.4 阅读全文
摘要：
• 子系统间集成（系统内集成） • 模块间集成（子系统内集成） • 函数间集成（模块内集成） 阅读全文
摘要：
集成测试所处的测试过程： A.测试准备活动在开发活动时可以并行开展，如开始做HLD设计时就可以开始做ITP了 B.测试执行活动在单元测试的基础上进行 阅读全文
摘要：
• 开发人员做 A优势:一般来说，编程能力稍强 B劣势:Protect（就像变形金刚的汽车人），心理上不愿意否定自己的劳动成果，职责是保护程序 • 测试人员做 A优势:Destroy（就像变形金刚的霸天虎），心理上追求完美，职责是挑刺、破坏程序 B劣势:目前的现状，大部分tester编程能力不够 阅读全文
摘要：
一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。 • 程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。 • 虽然已经有了IT和ST，但IT和UT、ST关注点不一样，它们互为补充 • 反分解性公理：为一个被测模块获得的覆盖并不能覆盖他所调用的模块。 • 反组合性 阅读全文