冒烟测试
概念,是从硬件测试中流传过来的名词,原来是指测试电路板时执行的一种测试,顾名思义就是说把新电路板通电看看是不是冒烟,冒烟就是烧了,说明不合格呗
冒烟测试关注的是整个系统基本功能是否正常,主要保证程序没有阻塞型缺陷,程序的主要流程可以走通,保证程序在正式测试中不被卡主,提高测试效率.
冒烟测试根据其应用场景分为以下三种:
1.在程序形成集成测试包之前的单模块测试:
这种就是关注各模块的主要流程是否正常
2.在程序集成测试时:
这种测试就是关注主要的流程是否正常,保证程序在正式提测前没有阻塞型缺陷
3.新迭代要合并到主分支时,保证新的迭代代码对原有功能没有影响
冒烟测试优缺点:
优点:
快速,执行时间短,高产出比,冒烟测试通过后最起码保证了程序没有阻塞型缺陷,保证了正式测试时不会被卡主
确定:不够全面,不能指望冒烟测试发现程序中的所有缺陷
冒烟测试是代码编译人员的任务,因为它的目的是及时发现阻塞型缺陷,并通知研发人员及时修复,所以该测试中测试人员和研发人员的配合就尤为重要.
冒烟测试是正式测试之前必不可少的一环,主要是投入产出比很高,另外通过冒烟测试,测试人员可以快速熟悉业务流程,修复测试用例,为下一步的正式测试做好准备,避免了在正式测试时再问业务主流程的情况,节省了大量时间.
冒烟测试根据执行形式和手段可以分为手工和自动化两种方式,如果是新的系统,建议手工的方式,因为代码在不断更新,采用自动化的方式脚本维护成本极高,时间成本太大,也不够及时.
如果是稳定的系统,建议自动化的方式,脚本写完不用花大量时间维护,一劳永逸.
冒烟测试据说是微软提出的.