5年经验之谈 —— 功能测试、自动化测试、性能测试的区别_功能测试和自动化测试哪个简单(1)

最新推荐文章于 2024-09-26 20:34:08 发布

2401_84141293

最新推荐文章于 2024-09-26 20:34:08 发布

阅读量1k

点赞数 7

分类专栏：程序员文章标签：单元测试功能测试学习

本文链接：https://blog.csdn.net/2401_84141293/article/details/138882755

版权

程序员专栏收录该内容

187 篇文章 0 订阅

订阅专栏

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

按测试执行的类型来分：功能测试、自动化测试、性能测试

1．功能测试

功能测试俗称点点点测试。初级测试人员的主要测试任务就是执行测试工程师所写的测试用例，记录用例的执行状态及bug情况。与开发人员进行交互直到bug被修复。

功能测试理论上是指通过测试来检测系统每个功能是否都能正常使用，主要关注外部结构，不考虑系统内部逻辑结构，主要针对软件界面和软件功能进行测试。

很多测试人员认为功能测试没有技术含量。其实这个想法是错误的，当你看不到程序是如何运行的情况下，要想找出深层次的问题对测试人员理解系统的程度要求很高。大家总是觉得单元测试很难，而系统测试中的功能测试很简单。但真实情况正好相反，测试人员认为单元测试很难，是因为其不会编码而产生的恐惧。这也就是会者不难难者不会的道理。当测试人员对代码有一定认知后，会发现真正难的是看不到单元结构的外部测试。随着测试人员的能力提高，自然会在对事情的判断上有所更新的。这是测试人员必经的过程。

2．自动化测试

自动化测试也是目前测试行业用得比较多的测试。行业中对于自动化测试的理论描述是这样的：自动化测试是利用软件测试工具自动实现全部或部分测试。它是软件测试的一个重要组成部分，能完成许多手工测试无法实现或难以实现的测试。正确、合理地实施自动测试，能够快速、全面地对软件进行测试，从而提高软件质量，节省经费，缩短软件发布周期。

虽然自动化测试看上去是一件事半功倍、非常值得去做的事情。但在我们的实际工作中，除了有资本实力的大公司，小公司介入自动化测试大多以失败不了了之。首先并不是所有的项目都适合自动化，特别对现在比较流行的UI自动化而言。不够成熟的项目对于前端变化很多，这就造成了自动化角度的维护成本很高。再加上人力物力等原因，使用自动化测试的成本高，但效果有时还不如简单的功能测试。实际运用的自动化测试性价比低就是造成其无法在小企业中生存下去的主要原因。所以自动化测试更适合已经成熟稳定的项目，且已具备了前期的投入资本。自动化可以说是测试技术的提升，对测试人员本身的技术成长是有好处的，但是大家还是要做好可行性分析，不要盲目跟风或者夸大其效果。

3．性能测试

性能是自功能后逐渐被大家关注的指标。说到性能，就想到用户体验。性能测试的基本概念为：性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行的测试。常见的性能测试有负载测试和压力测试，两者可以结合进行。

（1）负载测试用来确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。

（2）压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

性能测试的常用指标为：事务响应时间、TPS、并发用户数、吞吐量、点击率、资源利用率等。

近几年来，会做性能测试也成为了测试人员的硬件标配。行业里也有很多描述性能测试的书籍，都是以工具使用为主的。例如，商业化的loadrunner、开源型工具的jmeter等。使用性能测试工具还是比较方便的，对于大型的性能测试，性能测试工具的管理也比较规范。但就工作而言，要涉及大型性能测试项目毕竟少，而且工具虽好，但局限性也大。如果你是项目型的测试人员，并不是专职的性能测试工程师，工具对你来说就不是那么重要了。而为了使完成测试任务达到灵活便利效率高的效果，测试人员自己编写脚本对于项目的跨平台性和维护性的使用率反而比较强，所以本文会有具体的章节教大家写脚本实现简单的性能测试，以轻便高效为目的，摆脱工具的束缚，用代码提取项目中所需的性能指标。