测试的阶段性小小总结

转眼入职2年之余，毕业后就投入测试行业。在日常的工作中也有自己的一些思考和总结。2021到2023是多变的两年，加入教培行业，受双减政策影响，注定艰难。参与了各种类型的测试项目，不断在探索和前行，万变不离其宗，主要还是教培和企培参与服务端的测试工作。

理论运用于实践

测试思想的进化

如何保证质量

如何提效

理论运用于实践

对个人来说，比较大的收获还是把自己学到的理论，运用到真实的项目中。从一些语言基础、计算机网络基础、测试的基础理论、接口的测试以及测试的工具使用，原先都是停留到理论层面，没有实际的项目做载体。加入工作后，把学的知识运用到实际项目中了。包括从前期的测试用例设计、中期的缺陷记录、思考、沟通、到后期的缺陷管理、跟进、提效方案，都有用到所学的知识，再更加理解到测试是一个广度非常大的职业。

在项目的历练中，也发现了自己的一些优缺点。可以快速、全面、深入的理解业务，善于与其他伙伴沟通，团队意识强。同时也会暴露自己的一些缺点，我做任何事情都很有计划性，没有提前做好规划我是不会展开⾏动的，所以如果我遇到了模糊的⼯作⽬标，我就会有些焦虑，这也是需要改进了，让计划适应变化。

测试思想的进化

从局部到全局：从最开始的关注到输⼊框的限制->关注整个功能模块->关注整个项⽬->关注整个系统，这是我在⽇常⼯作中不断地去积累和提升最⼤的收获。也就是不仅仅要在从产品需求中敏锐的捕捉到产品使⽤过程中可能存在的各种场景、可能产⽣的各种操作，对于测试覆盖度是⾮常重要的，也会直接决定产品质量。还有跳出来，站在整个项⽬⻆度，去关注模块和模块之间的关联，系统和系统直接的关联，去关注和分析项⽬的上线⻛险、运营⻛险等。

测试思想的培养：测试工程师比较重要的是测试思想的培养，在拿到业务需求的时候，就要从业务视角去验证系统实现，考虑可能出现的异常操作和使用场景。需要站在技术和业务的双维度上去保证质量，这也是需要在项目中培养的。

如何保证质量

从局部到全局：从最开始的关注到输入框的限制->关注整个功能模块->关注整个项目->关注整个系统，这是我在日常工作中不断地去积累和提升最大的收获。也就是不仅仅要在从产品需求中敏锐的捕捉到产品使用过程中可能存在的各种场景、可能产生的各种操作，对于测试覆盖度是非常重要的，也会直接决定产品质量。还有跳出来，站在整个项目角度，去关注模块和模块之间的关联，系统和系统直接的关联，去关注和分析项目的上线风险、运营风险等。
系统的计算机知识学习：测试广度要求很大，从语言编程、计算机组成原理、计算机网络、计算机软件、数据库、到现有的测试方法、测试策略。这对于我们日常工作中，问题发现、问题分析、问题排查、与研发产品的沟通，及测试自身的测试提效都非常有用。
持续的技术创新：再以上两个的基础上，就需要我们先需要掌握一个或几个主流的技术栈，去涉猎一些当下比较新的技术应用借鉴，哪些可以在日常测试中提高效率和保证质量，无论是从工具搭建&自动化测试&流量回放&代码review&性能等切入，去落实策略，这也是我追求的目标。

如何测试提效

这是个宽泛的概念，以实际的经历为例，也是一个切入点。

双减后，业务缩减，部门内部调整，2022.01加入toB新团队学习云，不单要负责原有系统的测试和维护，还要重新探索新项目，做市场化。这意味着：人员从原来的整个部门到现在的一个小组，缩减到1/5，但面对的系统是原来的2倍多，并且是一个从0-1的打造过程。尤其对于测试，存在两大挑战：一方面是不了解其他模块的业务细节，所有都是新做的一套项目；另一方面测试量巨大，从负责一个模块过渡到整个系统，还存在回归测试的情况，系统的一个小改动，都要再次回归整个系统。

如何解决才是重中之重：

首先，如何提高业务测试效率

1. 测试左移：在需求调研、评审和技术评审阶段，就介入测试工作，详细了解需求，从业务视角去验证系统实现，从产品需求中捕捉到产品使用过程中可能存在的各种场景，从技术文档中思考可能出现的问题并整各为测试用例
2. 全局视角、分清主次：整个团队的项目节奏是非常紧的，不再一些微小需求上浪费过多的时间，保证主流程的畅通，站在整个项目角度，去关注和分析项目的上线风险、运营风险等
其次，用技术的手段去协助测试工作
1. 构造数据，通过脚本来快速构造，提前准备测试数据，提测后直接可以介入测试。这也使得80%的时间都回归测试本身。
2.针对微小改动就需要回归测试整个系统的痛点，录入接口到自动化测试平台，在大版本上线和功能改动过程中，极大提升了测试效率。

这是我的一个小小经历，当然，根据不同的业务、项目。提效的方式千千万，无论是从业务流程上切入，还是从技术手段切入，目标都是一致的，在最短的时间获取最高的质量。作为刚迈进这个门槛的小白，还需要不断在业务、项目、技术中学习，像优秀的人学习，不断进修～～