战四、App自动化项目实战五、一线大厂简历六、测试开发DevOps体系七、常用自动化测试工具八、JMeter性能测试九、总结尾部小惊喜

持续集成探索和推动和自动化测试技术研究

测试人员一般会在开发阶段就进行测试计划和测试用例的编写和准备工作

在测试阶段我们一般先会做功能测试等项目功能基本稳定bug较少了就开始做兼容性测试、性能测试、安全性测试。

兼容性测试保证了产品在多浏览器、APP在产品在不同机型下的兼容性性能测试保证了产品在海量用户大流量下的服务能力

安全测试能发现产品可能会被攻击的各个隐患。

做完了这些测试以后人员发布质量报告产品上线。

不过优秀的测试人员需要向上游和下游拓展测试的领域把自己放在“质量保障”的角色上推动整个项目组一起保证质量。

在产品刚立项、进行需求确认的时候测试人员就会参与进去仔细地Review需求看需求是不是完整、有没有漏洞这个时候还没有进入正式开发修改需求对于项目组来说代价是最少的。

在这个环节测试人员凭借缜密的推演、发散性的思维往往能发现很多需求的漏洞提高了项目的整体效率。

另外测试人员在完成测试计划、测试用例以后会邀请开发、策划一起来评审测试用例在这个环节由于测试人员把每个需求如何细化测试都体现在了用例里面就相当于再次把需求分析了个透往往还能发现很多需求的漏洞。

我们知道代码的质量归根结底是由开发保证的测试做的工作只是发现Bug让开发修复。

当然是第一个花瓶。

所以测试人员应该站在质量保障的立场想办法跟项目组沟通、给开发提供工具让开发自己把质量保障工作做好。

提供一些手工用例让开发自测

在产品完成了测试以后就是发布的环节了测试人员在发布的环节也能发挥作用首先测试人员为了部署测试环境研究自动化部署的技术可以把上线部署的环节也自动化以前需要2个小时的部署环节压缩到半个小时甚至更少而且更加准确可靠。

如果有些版本修改比较多上线的质量风险大测试人员会跟产品一起制定灰度发布的方案并在技术上进行实现让版本先面向一小部分用户开放如果发现Bug了影响的用户也比较小Bug改掉以后再逐渐扩大用户范围。

另外优秀的测试人员还会发动项目组的其他人一起来保证项目质量比如推动开发进行代码Review

2、持续集成探索和自动化测试技术研究

持续集成原本的意思是让开发每提交一次代码就自动化测试一次如果自动化测试发现问题了测试用例就会失败开发就会马上发现这个失败并修改代码。

首先就是编译环节要把所有编译的环节都自动化起来开发每次提交代码都能进行自动编译。

编译完成后就是静态代码检查的环节通过静态代码检查的工具检查代码的问题比如数据库连接池没有释放参数不匹配等。

静态代码检查完成后就是单元测试了单元测试用例一般是开发人员或者测试人员编写或者开发和测试合作编写保证的是开发内部函数的正确性。

一个健康的自动化测试方案中单元测试用例的占比是最高的。

然后就是接口测试一般保证的是后端开发提供给前端开发的HTTP接口接口一般也比较稳定用例比较容易维护所以接口测试的自动化占比也可以做到很高。

在接口测试的上层就是针对用户界面的UI测试了就像测试人员手工执行一样UI自动化测试能操作页面的元素完成自动化。

不过由于用户界面常常要重构所以我们常常会控制UI自动化测试的规模只覆盖主干的用例。

优秀的测试人员可以把自己的工作尽量自动化并用持续集成框架串起来提高工作效率和质量。

优秀的测试人员会开发其他好用、趁手的工具来提高工作效率比如数据自动生成、报表自动生成、报bug工具等。

其实归根结底就是一句话测试人员最核心的工作就是保障项目的质量各类测试流程、技术、工具和平台的发展让我们可以更好地保证项目的质量。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

二、接口自动化项目实战

不要害怕失败它是通往成功的必经之路。

只有通过不断的尝试与学习我们才能找到更好的方法更接近我们的目标。

没有人的成功是一蹴而就的每一个伟大的成就背后都隐藏着无数辛勤的汗水和无尽的付出。

只要你愿意努力你也可以创造出自己的奇迹。

勇敢追求你的梦想不断挑战自我提升自我你的未来拥有无限可能。

无论何时何地都不忘初心继续前行。