|
在软件的生命周期中,存在各种各样的测试类型和测试手段,如:验收测试(版本验收测试=冒烟测试,功能验收测试,部署验收测试),功能测试,边界测试,系统级测试,负载测试,性能测试,回归测试,随机测试(探查性测试),兼容性测试,文档测试,安装/卸载测试,单元测试,安全性测试,用户界面测试...我只想结合以前的工作经历谈谈冒烟测试和回归测试。
*冒烟测试
在我从测试转入开发后,兼职了配置管理的工作,主要就是负责版本的发布。版本的发布涉及到最多的测试就是冒烟测试,在从事这项工作的初期,我发布的版本总是充斥着各种各样奇怪的bug,主要现象就是在测试环境中有问题,而在开发环境中没有问题;经过开发人员查找问题,最后发现都是由发布时配置不当引起的。当时公司开发极不规范,系统用了不同的技术,可没有留下相关的配置文档,这样造成了发布的工作只有几个人熟悉。后来经过整理发布文档,结合冒烟测试,版本的发布问题也就越来越少了。冒烟测试,目的就是发现系统发布时的bug,这类bug有别与其他bug,它们可以通过发布文档来避免,而且这类测试速度要快,可以考虑使用测试工具来测试。
*回归测试
做产品系统的测试,大量的工作就是做回归测试。回归测试的工作量是非常大的,纯手工的回归测试,让测试人员觉得暗无天日,而且随着时间的推移,测试人员在回归测试中发现bug的能力也越来越弱,这使得bug具有了免疫力。如何做好回归测试?
1.对系统一直抱有新鲜感
2.猜测功能的修改,新功能的增加会对哪些原有功能有影响?
3.使用测试工具来做部分回归测试 |
|