2022-2023个人小感

2022是进入新的领域，从0开始的一年。

这一年，整体感觉是在按照规划前行，参加学习，进入工作，完成工作任务。但是整个年头回想起来却杂乱无章，好在坚持活了下来。

经过半年左右的一个积累与坚持，似乎对这个领域包括岗位职责有了自己的一些理解和定义。总的来说关于这么3个方面：

1、这是一份需要踏踏实实持续学习的领域，需要很强的学习驱动力。通过学习可以拉开人与人之间的差距，如果说当下觉得自己还行、然后止步不前，等到未来的某一刻发现自己跟不上公司、市场需求的时候，为时已晚。真的是淘汰自己的不是别人，而是自己一直停留在原地，不愿意进步，把自己干死了。但是也不能只做低效努力，还是要抬头看路，迎合市场需求。给自己的建议是：努力的同时，有事没事多刷刷招聘岗位需求，了解市场要什么，需要具备的技能有哪些。

2、测试执行方面，目前涉及到的工作有参加需求评审、编写用例、参加用例评审，编写测试报告、测试计划、提交bug到jira等。由于目前的项目是由第三方低代码平台完成，测试这边其实主要以执行集成测试为主，测试文档的编写也主要由第三方(乙方）提供。在这里总结下与第三方配合测试的注意事项：

• 文档验收：需要收取的文档包括测试计划、测试点提取、测试用例、冒烟用例、冒烟测试通过邮件、测试报告等，且bug提交到项目管理工具jira上，相关测试文档验收通过后上传到svn、wiki(confluence)。测试文档也是软件测试过程中很重要的一环，让整个测试流程有迹可循，也就是告诉别人我做了什么，怎么做的，最终的结果是什么。所以对一名测试人员来说，文档的编写能力、架构设计能力也是非常重要。

• 己方集成测试：在sit测试过程中，建议还是需要按照需求文档来进行测试，而不是只测主流程可以走通。因为过程中不可控因素比较多，如果是碰到对质量要求、测试要求比较高的测试团队还好，如果不负责任，最后锅还是得砸自己手里。目前在执行测试中过，发现的bug没有直接提到jira上，而是用多人在线文档同步编辑，好处就是效率比较高，缺点就是如果做合规性检查，bug还是需要提到jira上面。当时我们提交bug后，开发会备注是否已修复，然后我们再对bug做 回归测试，但是往往会出现比如说开发在ft修复bug后没有在sit同步的情况，这个时候回归bug工作就是无效的，后来提的建议是对方开发修复后，由对方测试确认修复情况，我们再验收，这样可以提升测试效率。

• 与开发对接注意事项：1、明确前后端bug，体现自己专业性的同时，减少沟通成本，也避免提无脑bug。同时也会出现一个bug可能同时需要前后端配合解决的问题。先沟通bug,再提交到jira上。 2、带着截图、录屏、f12抓包接口去跟相对应的开发沟通，带着证据去，免得开发不认。3、明确bug复现步骤，因为开发需要将问题复现，这个时候测试需要配合开发做修复工作。

3、测试岗位在研发团队中没那么重要，这是自己的感受。考虑到的原因有几个：

• 项目组内没有清晰的测试流程，打乱仗，有活就干，没活就摸鱼。

• 测试人员与项目组信息脱节，这里的脱节可能指的是不清楚项目组当下开发任务安排、开发进度、项目进度等，所以导致测试人员介入测试的时间是比较晚的，只参与了项目的中后期。

• 公司内部对测试人员没有培养计划，不注重测试人员的整体综合能力提升。更加注重对研发人员的培养。

• 针对“test is dead”的看法，测试人员需要提升自己在测试过程中的影响力，比如说多思考、多提问、多发表建议。前路漫漫，但是不能不做。

in the future:

1. 熟悉接口测试工具使用，目前对postman用的比较多，需要熟悉jmeter的使用，做性能测试。

2. 学习一门编程语言，目前python有在开始学，但是需要坚持学，为接口自动化做准备。目前市场上对测试人员的要求除了学历之外，还需要代码能力。总之，自己也要够卷。

3. 尝试针对加密接口进行测试

4. 学习linux命令行，主要学习如何查看后台日志。

5. 学习网络基础知识，了解osi网络模型。

6. cookie,session,token区别。

7. 进行测试之前可以先思考，明确如何开展工作。

这段话抄下来贴着：

无论你测试经验如何，角色是什么，在拿到一个测试任务的时候，都应像测试架构师这样思考：

·本次测试的目标是什么？

·本次测试的范围是什么？

·本次测试的深度和广度是什么？

·本次测试的重点和难点是什么？

·如何安排测试（先测什么，再测什么）？

·如何评估测试结果？

只要我们认真去思考这些问题，就算只有思考过程，都胜过拿一份前人的方案、测试用例或者报告模板小修小改一番来匆匆完成测试。

2023，加油~~~