网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

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

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

测试活动不再局限于测试活本身，测试帮助提升研发效率，最有效的手段是自动化和工具化，这两个手段是实现TDD和缺陷快速定位的关键措施。

TDD的作用，是用测试用例的形式表述需求或设计目标，从而确保codeing过程中，始终在做正确的事，在向主干中加入各种分支处理逻辑、或者进行各种修改时，不会破坏已经正确的功能，让开发可以放心的修改缺陷或者重构代码。在TDD实施中，测试的主要价值是提供趁手的工具，这个工具不仅要能够驱动测试用例执行，还要让开发很方便的构建测试用例及其执行所需的条件。我们有些团队在TDD实施的早期，把TDD用例编写和调试的工作也交给测试完成，这种方式无法让开发及时验证自己的每一次改动，做不到及时的质量反馈，也起不到TDD宣称的那些作用，不建议采用。

缺陷快速定位为什么要拿出来讲呢？因为，我们曾经统计过开发的工作量，在实现阶段，大概有1/3~1/2的开发工作量是耗费在缺陷的确认、重现、定位、修改、验证，如果能加快这个过程，则开发效率会有大幅提升。

通过缺陷辅助定位工具，可以提高这部分工作的效率。在一个用例执行不通过的时候，工具自动采集缺陷定位所需的信息，如：系统产生的日志和其他过程与结果记录，产生变化的数据库记录，此用例执行覆盖到的代码。通过这些信息，可以在无需重现、无需跟踪执行的情况下定位大部分的问题。当然，要实现这个目的，仅仅有工具是不够的，还需要产品做一些日志上的增强，例如在函数的入口和出口记录函数的输入、输出参数。缺陷修改完成后，再用自动化用例进行验证，就能够对开发的缺陷定位产生积极影响。

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

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

3、提升版本发布效率

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

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

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

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

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

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

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

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

4、提升特性交付效率

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

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

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

基于需求测试需要做到：

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

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

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

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

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

软件测试面试小程序

被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

涵盖以下这些面试题板块：

1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux

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

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

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

截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

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