Day14-精品文档资料整理.doc
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《Day14-精品文档资料整理.doc》由会员分享,可在线阅读,更多相关《Day14-精品文档资料整理.doc(21页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、第 十 讲 软件测试的基本理论(非常重要)一、 软件开发阶段划分:1、 需求分析阶段有需求分析师完成,产出物:需求分析说明书说明:需求是允许变更的2、 概要设计阶段 产出物:概要设计文档3、 详细设计阶段 产出物:详细设计文档由系统分析师(架构师)完成4、 编程阶段 程序员完成 产出物:程序 常见面试题:哪个阶段的bug最多?哪个阶段的bug最少?答:需求阶段引入的bug最多,其次是设计阶段,最少的是编程阶段。所以要求需求和设计阶段的文档也要测试,测试工作要尽早介入,贯穿始终二、 软件测试的阶段划分:1、 单元测试1) 单元测试是最小的测试单位,一般就是一个功能模块,一个函数(方法),一个类2
2、) 依据的资料是详细设计文档3) 单元测试一般以白盒测试为主,也有黑盒测试4) 单元测试可能要求测试人员编写桩模块和驱动模块桩模块:模拟被测模块的下一级模块(被被测模块调用的那个模块)驱动模块:模拟被测模块的上一级模块(调用被测模块的那个模块)总结:驱动模块被测模块桩模块5) 在实际工作中,单元测试往往由程序员自己完成(不够严谨,单元测试阶段缺陷也较多,会对后续测试工作产生影响)2、 集成测试1)集成测试也叫组装测试,通常在单元测试的基础上,将各个功能模块逐步组合在一起,进行测试的过程。 2)合并组合的过程一般是逐步完成的,会形成很多临时版本(例如:物资管理系统,5个临时版本) 3)集成测试以
3、黑盒(功能)测试为主,核心的模块适当采用白盒测试 4)拿到一个新版本后,一般先做一个“冒烟测试”(也叫版本验证测试):使用较少的人(1-3人,经验丰富),较少的时间(0.5-2天),对软件的核心功能进行测试(一般不用对照测试用例),如果核心功能没有问题,就接受该版本,全组投入全面测试,如果问题较多,版本不稳定,就打回开发组。5)集成测试需要参考有概要设计文档6)集成测试的基本测试思路:(拿到一个新版本) (1)首先冒烟测试(可以省略),确定该版本是否接收 (2)返测:对之前的bug,要求在该版本解决的,检查是否解决 (3)回归测试:对上一版本中所有功能再重新测试一遍验证修改的代码或者新添加的功
4、能对原有功能是否有影响 (4)对该版本中新添加的功能进行测试(有些版本可能只是修复以前的缺陷,没有新功能)3、 系统测试1) 整个功能全部完成后,对集成了硬件,软件的完整系统进行的测试。重点在于整个系统的正确运行和系统兼容性2)依据是需求文档3)系统测试全部为黑盒测试4)在系统测试之前,一般会安排”确认测试”,主要确认: (1)该系统是否可以进入全面的系统测试阶段大的冒烟测试 (2)确认相关文档是否准备齐全(尤其是给用户的文档、参与认证的文档) 说明:确认测试一般时间较短,参与人员较少,所以一般不把其与单元测试,集成测试,系统测试,所并列。4、 验收测试 (UAT:USER ACCEPTANC
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Day14 精品 文档 资料 整理
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内