标签:属性 更新 知识 log ble 处理过程 驱动 兼容 文件
集成方法:
优:不需要驱动和桩模块
缺:问题难以定位
2. 增量式集成方式:首先对一个个模块进行模块测试,然后将这些模块逐步组装成较大的系统,在组装的过程中边连接边测试,以发现连接过程中产生的问题,通过增量逐步加入,组装成为要求的软件系统。
3. 自顶向下的增量方式
4. 自底向上的增量方式
注意:在集成测试时,应当确定关键模块,对这些关键模块及早进行测试。
方法:黑盒测试(功能/业务流程、系统联调、性能/非功能)
功能测试、协议一次性测试、性能测试、压力测试、容量测试、安全性测试、失效恢复测试、备份测试、GUI测试、健壮性测试、兼容性测试、易用性测试、安装测试、文档测试、在线帮助测试、数据转换测试
测试方法 | 黑盒测试(功能测试、数据驱动测试) | 白盒测试(结构测试、逻辑驱动测试) |
概念 | 完全不考虑程序内部的结构和处理过程,只是检查程序功能是否符合需求规格说明书 | 完全了解程序结构和处理过程,按照程序内部逻辑测试程序,检验程序中每条通路是否按预定要求正确工作 |
测试目的 | 是否有不正确或遗漏了的功能 | 对程序模块的所有独立的执行路径至少测试一次 |
在接口上,输入能否正确地接收?输出是否正确? | 对所有的逻辑判定,取“真”与取“假”的所有情况都能至少测试一次 | |
是否有数据结构错误或外部信息(例如数据文件)访问错误? | 在循环的边界和运行界限内执行循环体 | |
性能上是否能够满足要求? | 测试内部数据结构的有效性等 | |
是否有初始化或终止性错误? |
集成测试 | 系统测试 | |
测试内容 | 各个单元模块之间的接口 | 整个系统的功能和性能 |
测试目的 | 发现单元间接口的错诨,发现集成后软件不需求的不一致 | 通过与系统需求规格说明相比较之后发现软件与系统定义不符合或矛盾的地方 |
测试对象 | 由通过了单元测试的各个模块所集成起来的构件 | 除了软件之外,还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统 |
测试时间 | 介于单元测试和系统测试之间的测试 | 集成测试之后 |
测试角度 | 偏重于技术检核 | 偏重于业务检核 |
补充:
一定要安装一个客户端才能够用的软件,就叫C/S。每次更新,都需要更新服务端与客户端。(eg:excel、超市收银系统...)
只需要一个浏览器就可以访问服务的,就是B/S。更新时只需要更新服务器就OK,不需要去更新浏览器,用户主动性比较高。(爱奇艺、qq空间...)
标签:属性 更新 知识 log ble 处理过程 驱动 兼容 文件
原文地址:http://www.cnblogs.com/gajendra/p/6071832.html