冒烟测试到底是个什么样的测试

上一篇 / 下一篇  2010-04-30 14:22:47 / 个人分类:学习笔记

冒烟测试,在我感觉,这个测试应该就是将所有流程走通,且不可发生系统错误。

上头给我一个写冒烟测试案例的任务,对那个模块不熟,而这次又是两个网站整合在一起的统合项目,一些具体的内容不可能有人特意来讲,只说跟保持以前的功能不变,其实连pd和项目经理也不是特别清楚到底有多少个功能。所以我只好一边看以前的测试案例,一边找以前测试过的开发过整合系统的老员工确认。要命的是,以前的测试案例不知道怎么搞得,好多貌似是在其他项目那边拷过来的,有的没的一股脑的,两个系统一起打开,要将所有的情况弄清楚根本就是难度太大,我不能保证我想到了所有情况。

话说回来,冒烟测试应该只要走通所有可能的流程,就可以了吧?!我一直这么认为的,数据库是否操作正确,是否正确添加修改,应该是在正式测试的时候的事情吧?

可是看了一些网上说的,居然是要各个情况都细想到,数据库也要设想到,那这个时间就太长了吧。那执行tc那个测试阶段是否就没有很大的意义了,至少重要性是少了。

问了老员工测试,她说就对着tc,觉得重要的拷过来就行了,注意数据库。。。。

如果是重要的,我觉得如果数据库的话,除了页面显示其他不是都挺重要了吗?执行所有流程,看数据库是否正常添加什么的。冒烟测试的测试案例不是跟tc差不多了吗?

到底什么是冒烟测试呢?案例应该写到什么程度呢?有知道的大师指点一二吧~


TAG:

引用 删除 yh2010   /   2011-04-20 10:00:39
冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作。 在一般软件公司,软件在编写过程中,内部需要编译多个版本(Builds),但是只有有限的几个版本需要执行正式测试(根据项目开发计划),这些需要执行的中间测试版本,在刚刚编译出来后,软件编译人员需要进行基本性能确认测试,例如是否可以正确安装/卸载,主要功能是否实现,是否存在严重死机或数据严重丢失等Bug。如果通过了该测试,则可以根据正式测试文档进行正式测试。否则,就需要重新编译版本,再次执行版本可接收确认测试,直到成功。
我的测试梦想 引用 删除 zfy19821221   /   2010-07-19 11:01:28
貌似长进了,表扬自己一个先
我的测试梦想 引用 删除 zfy19821221   /   2010-07-19 11:00:28
冒烟测试,是测试重要和主要功能方面是否能通过,插入和更新数据库时,查看是否正常修改数据库等等。写冒烟测试的时候,分大功能,再根据大功能写主要的小功能和需要的结果,后面有是否通过项。冒烟测试时需要pd,测试负责人,开发负责人一起评定。测试完后,进行不足方面的增加修改删除。测试通过后,才能进入下一个环节的测试。提交冒烟测试结果。
 

评分:0

我来说两句

Open Toolbar