软件测试周期中各种类型的概念汇总

之前做持续集成环境时，对于集成测试、功能测试、系统测试...有很多的迷惑，今天刚好看到了一篇这方面的文章，共享之。

 

---------------------------------------------------------

在软件测试生命周期中定义了很多术语，这篇文章将总结所有这些术语（我所了解的）。这其中的一些可能跟其他地方的定义不完全一致，仅仅是我的理解。如果您有什么疑惑请让我知道。

 

本文所说的软件测试生命周期是基于组件的java web应用。

 

各种测试概念对照表

 

测试概念名称	目标	范围	所有人	是否该持续集成	工具	备注
单元测试	验证源代码单元能够正确工作	class	开发人员	是	JUnit	应该产生100%的代码覆盖率报告
功能测试	面向代码，通过组件内示例数据测试特征	class	开发人员	是	JUnit	应该模拟依赖接口
集成测试	依赖一定的环境进行一些路径覆盖测试	components	开发人员	可选	JWebUnit TestNG	如果测试很快并且环境依赖可以很容易的自动安装，可以包含在持续集成中
冒烟测试	确保关键功能运行	application	开发人员	否	JWebUnit TestNG	代码提交给测试人员前运行，对于web-app模块等同于集成测试
回归测试	寻找衰退的bugs	application	测试人员	否	Selenium	重新运行之前版本运行过的测试
完备性测试	集中在修复的bugs和新特性上	application	测试人员	否	Selenium	为新特性增加新的测试用例
系统测试	针对功能需求规范（FRS）、系统需求规范（SRS）测试整个系统	application platform	测试人员	否	Selenium	可能包括更多测试，像可用性测试
平台测试	在不同的硬件和软件平台上运行	application platform	测试人员	否	Selenium
性能测试	通过采集应用数据消除瓶颈	application platform	开发人员	否	JMon，ab， httperf，JMeter
负载测试	暴露非表面bugs，确保达到性能指标	application platform	团队	否	ab，siege httpref	负载测试有时叫做大数据量测试，或者耐力测试
压力测试	通过耗尽资源或者删除资源来尽力破坏系统	application platform	测试人员	否	ab，httpref	也叫拒绝测试或者恢复测试
用户验证测试	需要的业务功能和正确的系统功能的一个最终验证，在类实际环境中进行	application platform	客户	否	客户决定	也叫拒绝测试或者恢复测试

 

 

稍微补充一下：

 

回归测试：针对以前的所有case都运行，不管以前出过bug还是正确，其主要目的是寻找那些因为功能的改变对其他功能的影响bugs。

 

 

测试选择

-------------------------------------------------------------------

需要进行哪种测试依赖于你的项目。对于那种最简单的web项目，仅需要单元测试和系统测试。越测试越自信。

 

 

英文原文：

http://duguo.org/en/The_full_test_life_cycle_of_software