我们该如何提升测试效率 _测试如果提高效率，软件测试框架体系架构的知识

最新推荐文章于 2024-11-10 14:01:25 发布

2401_84300128

最新推荐文章于 2024-11-10 14:01:25 发布

阅读量1.2k

点赞数 14

分类专栏： 2024年程序员学习文章标签：架构

本文链接：https://blog.csdn.net/2401_84300128/article/details/137805685

版权

2024年程序员学习专栏收录该内容

35 篇文章 0 订阅

订阅专栏

本文介绍了如何通过系统化的学习资料提升软件测试技能，强调了自动化测试、持续集成/持续交付在提高测试效率和版本发布中的作用，同时提到了需求分析和敏捷开发的重要性。文章还推荐了软件测试面试题库，鼓励团队合作和知识共享以共同成长。

摘要由CSDN通过智能技术生成

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

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

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

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

很多团队中，开发会把测试提交的缺陷集中在某个时间去修改，也是为了压缩处理缺陷的时间，但是这样会导致质量风险在开发后期集中爆发，是不值得借鉴的方式。

提升代码质量，除了TDD和缺陷定位，还可以在环境准备、测试结果采集上，使用工具和自动化提升效率。

3、提升版本发布效率

测试服务于研发整体而不是某个环节的效率提升。

测试帮助提升版本发布的效率，主要方法是自动化和CI（持续集成）、持续交付。

自动化是CI的基础，而自动化及CI是持续交付的基础。

CI对自动化的要求，除了用测试用例进行自动化的产品验证，还包括自动化的编译、打包、部署、环境检查等。

持续交付在一般CI的基础上，通常还需要做到应用场景的自动化验证（通常是基于UI的自动化测试，用于冒烟测试）、常规性能的自动化验证，不同环境的统一部署，以及按不同的策略发布。一般的组织中，持续交付主要还是用于向专门的测试团队交付产品版本。某些互联网公司能够做到将持续交付用于生产环境，这种场景下，除了上述能力，还需要在产品上线初期进行自动化的异常侦测，看护系统和业务的正常运行，此外，还应该有比较可靠的系统和数据回滚机制。在生产环境中，要使这个过程安全的走下来，验证用例最好能比较完整的覆盖基本功能和新增需求，也需要根据历史问题不断完善看护、侦测规则。

发布时对基本功能的覆盖，除了传统的人工编写自动化用例的方式，利用在线运行抓取实际场景是更能让测试适配产品更新节奏的方式。

理想情况下，CI可以做到每天（也可能是每周或者其他的周期）都能够有一个质量过关的版本为上线做好了准备。这是比较理想的情况，我没有见到过真正这样实施的团队，在我们团队中，CI更多的还是在开发过程中，检查程序员的代码质量，起到的是质量门槛的作用。

持续发布是研发整体的工程能力提升，需要的不仅是研发团队的工具开发能力，还需要在过程管理、配置管理，甚至产品架构、质量文化等方面进行匹配。持续发布的实施，有专门的书籍做了详细介绍。

4、提升特性交付效率

测试不是依赖工具和自动化，而是依赖分析设计服务于效率提升。

测试帮助提升特性交付的效率，需要做到基于需求的测试，此外，敏捷也可以提升特性的交付效率。

基于需求的测试中，测试帮助研发团队在需求实现方面少一次试错。很多团队认为自己是基于需求进行测试的，但实际上是基于“需求规格说明书”进行测试，后者依赖一份质量优良的文档（标准是，内容完整且正确，研发各个环节都可以完全依据这份文档开展工作，并最终得到正确的特性），但通常这个依赖条件不存在。

基于需求测试需要做到：

改善需求质量。利用需求内容模型（5W1H）促进需求内容完整性的提升，利用测试对产品、业务的理解，通过静态测试发现需求中的遗漏、矛盾、错误，从而改善需求，即测试设计输入的质量。
基于需求测试。根据需求进行单个操作、业务场景和端到端应用场景的测试。并在测试执行时，通过研发测试、邀请客户和需求工程师参与体验和演示等方式，在产品特性半成品上，利用形象的操作过程对抽象的分析进行验证和纠错。
基于需求的测试除了要会使用上述方法，也比较依赖测试工程师的经验，因为实际应用过程中，我们通常都是参照已经成熟的特性，曾经犯过的错误来进行查缺补漏。

敏捷提升交付效率的基本逻辑是实现按特性开发和交付。首先，应对这种小步快跑的方式，测试需要及时实现对少量的新增和修改内容进行测试，在最短的时间内进行质量反馈，这要求测试设计、测试执行（自动化测试），甚至发布、部署都要能够在迭代周期的时间窗内完成。其次，按特性发布可以让客户尽可能快的看到和使用特性，以便更快的进行产品应用层面的质量反馈，因此，如果团队按特性开发了，但是并不能按特性交付，那么对于交付效率的提升还是只完成了一半。

敏捷是建立在研发的质量文化、产品的架构优化、测试的自动化水平之上的研发模式的演进，如果没有这些基础，仅仅依靠模式的改变是无法既提升效率，又维持质量稳定的。

围绕效率提升，测试可以开展的工作远不止上面提到的这些，这些都有待我们持续地研究、探索和讨论。

下面是配套学习资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！