| 技术 | 描述 | 备注 |
| 单元测试/组件测试 | 这个测试工作通常是开发人员的职责，很多不同的方法能够被使用，比如"测试先行"，它是一个测试框架，开发人员在编写代码前编写不同的单元测试。当测试通过时，代码也被完成了。 | 通过使用正式的单元测试，不仅能够帮助开发人员产出更加稳定的代码而且能够是软件的整体质量更加的好。 |
| 冒烟测试 | 冒烟测试是一般验证别测试系统的功能性测试用例的集合。冒烟测试背后的思想是确保基础是可以工作的，以便"大的"测试工作能够开始。 | 在构建过程能够确保构建已经为测试准备好时，冒烟测试通常是自动化的运行。 |
| 功能/集成测试 | 这里测试的工作关注在验证在不同的组件之间的集成上。 | 这些类型的测试通常是被测试系统的更加复杂测试的基础，大量的边缘测试被合并以制造出不同的错误处理测试。 |
| 系统测试 － 用例测试 | 这种测试是通过执行用户场景模拟真实用户使用系统以证明系统具有被期望的功能的测试。 | 这里不需要进行自动化的测试。安装测试、安全性测试通常是有手工完成的，因为系统的环境是恒定不变的。 |
| 回归测试 | 回归测试实际上是重复已经存在的测试。通常如果是手工完成的化，这种测试只在项目的结尾执行执行一到两次。 | 这里完全有潜力应用自动化的测试。你能够在每次构建完成后执行自动化的回归测试，以验证被测试系统的改变是否影响了系统的其他功能。 |
| 性能测试 | 性能测试包括以下不同测试形式： - 负载测试 - 压力测试 - 并发测试 -..... |
如果没有自动化的测试工具，你将不能执行通过模拟用户的负载实现的高密集度的性能测试。 |
4. 什么时候使用自动化测试
我对什么时候应该使用自动化测试和什么时候应该使用手工测试进行了一个概要的总结：
| 使用自动化测试 | 使用手工测试 |
|
|
如果你正在从事自动化测试，那么一定要记住要关注将自动化测试与手工测试结合起来使用。首先，对于自动化测试率的目标是 10/90 （10% 的自动化测试和 90% 的手工测试）。当这些目标都实现了，可以将自动化测试的使用率提高。记住创建自动化测试的测试用例要比创建手工测试的测试用例花费更多的时间。不要将你所有的测试时间都用在自动化的测试用例上。同时也要记住在测试期间对每一个被发现的错误都要花费一定的时间去处理。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
