上一页 1 ··· 3 4 5 6 7 8 9 10 11 ··· 38 下一页
摘要: 测试计划: 完成单元测试计划; 测试设计:完成单元测试方案; 测试实现:完成单元测试用例、单元测试规程、单元测试脚本及数据文件; 测试执行:执行单元测试用例,修改发现的问题并进行回归测试,提交单元测试报告。 阅读全文
posted @ 2021-02-24 21:31 clearlove007 阅读(169) 评论(0) 推荐(0) 编辑
摘要: 集成测试(Integration Testing) 集成测试也叫组装测试、联合测试、部件测试、子系统测试 • 集成测试测什么 1.外部接口:各件结合在一起后表现的功能 2.内部接口:各件间的接口是否正确Ä • 集成测试的目的 验证软件的组件对概要设计说明书的符合度 • 集成测试的评估基准: 接口覆盖 阅读全文
posted @ 2021-02-24 21:30 clearlove007 阅读(687) 评论(0) 推荐(0) 编辑
摘要: 一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。 • 程序在某些局部反映不出来的问题,在全局上很可能暴露出来,影响功能的实现。 • 虽然已经有了IT和ST,但IT和UT、ST关注点不一样,它们互为补充 • 反分解性公理:为一个被测模块获得的覆盖并不能覆盖他所调用的模块。 • 反组合性 阅读全文
posted @ 2021-02-24 21:29 clearlove007 阅读(95) 评论(0) 推荐(0) 编辑
摘要: • 开发人员做 A优势:一般来说,编程能力稍强 B劣势:Protect(就像变形金刚的汽车人),心理上不愿意否定自己的劳动成果,职责是保护程序 • 测试人员做 A优势:Destroy(就像变形金刚的霸天虎),心理上追求完美,职责是挑刺、破坏程序 B劣势:目前的现状,大部分tester编程能力不够 阅读全文
posted @ 2021-02-23 20:33 clearlove007 阅读(131) 评论(0) 推荐(0) 编辑
摘要: 集成测试所处的测试过程: A.测试准备活动在开发活动时可以并行开展,如开始做HLD设计时就可以开始做ITP了 B.测试执行活动在单元测试的基础上进行 阅读全文
posted @ 2021-02-23 20:32 clearlove007 阅读(180) 评论(0) 推荐(0) 编辑
摘要: • 子系统间集成(系统内集成) • 模块间集成(子系统内集成) • 函数间集成(模块内集成) 阅读全文
posted @ 2021-02-23 20:31 clearlove007 阅读(26) 评论(0) 推荐(0) 编辑
摘要: 1 测试过程的制定 1.1 计划 根据SVVP制定ITP 1.2 设计 根据ITP制定IT方案 1.3 实现 根据IT方案制定IT用例 1.4 执行 根据IT用例进行集成测试,提交Bug Report,……,回归测试 0.2 采用的测试方法 0.3 灰盒测试 随集成层次不同,灰度随之相应变化 0.4 阅读全文
posted @ 2021-02-22 21:33 clearlove007 阅读(178) 评论(0) 推荐(0) 编辑
摘要: 优点 方法简单、效率高 缺点 • "急于求成",成功率不高 • "大海捞针",导致即使发现问题也难以定位(无法故障隔离) • "囫囵吞枣",许多内部接口的错误被漏测 适用范围 • 小项目、维护型项目 • 软件结构不清晰的系统 阅读全文
posted @ 2021-02-22 21:32 clearlove007 阅读(100) 评论(0) 推荐(0) 编辑
摘要: 优点 方法简单、效率高 缺点 • "急于求成",成功率不高 • "大海捞针",导致即使发现问题也难以定位(无法故障隔离) • "囫囵吞枣",许多内部接口的错误被漏测 适用范围 • 小项目、维护型项目 • 软件结构不清晰的系统 2>自顶向下集成 Top-Down 子策略 • 深度优先(Depth-Fi 阅读全文
posted @ 2021-02-22 21:31 clearlove007 阅读(160) 评论(0) 推荐(0) 编辑
摘要: 优点 A.底层组件得到较早验证 B.测试初期可以并行集成,效率高 C.由于驱动模块是额外编写的,对被测模块的可测试性要求较低 D.减少了开发桩的工作量 E.定位问题容易,支持故障隔离 缺点 A.需要开发大量的驱动,工作量、成本同样很高 B.对高层的验证太晚了,设计上的缺陷不能被及早发现 C.集成到顶 阅读全文
posted @ 2021-02-21 22:02 clearlove007 阅读(50) 评论(0) 推荐(0) 编辑
上一页 1 ··· 3 4 5 6 7 8 9 10 11 ··· 38 下一页