自己太菜了，找不到开发工作，只能来测试，日后走测开

感谢指点

超市管理系统是在 b 站上学来的。图书系统的增删改查是自己写的，其中涉及到的技术是在另一个项目中学到的，就把这些技术添加进图书系统了。不能说是真正的掌握，只是会用。去面试过开发，失败了，自己太菜了

这简历不太像点点点测试的角度，你是要当测开还是开发还是点工...
如果是要当点工，多描述一些测试思维上的东西，通过测试思维做到了什么成就。如果你简历上提到的技术都很强，那我不推荐当点工。

如果是应届生建议先去做开发吧，还有你这些项目经验是真实的么，刚开始实习一般不会交给你自动化的功能，大部分都是业务测试，还不是核心功能相关的

在广州找了两个多月工作了，投了很多简历都没回音或拒绝，有面试的也失败告终，点工不好找。

做个后端开发不香吗？

就我个人在学校读了 4 年软工的经验来看，后面那两项目应该是在校的课程/学期作业做的吧？一般会有参考代码或者和同学分工合作，如果真的能独立完成，掌握了写的那些技术栈，那去做开发不香吗

找不到重点，期望突出你的亮点 和 技术能力！

应届生都这么强了嘛呜呜呜

别来卷测试了，你这做的项目不都是正经干开发的吗？

应届生就有这么多项目经验了吗，不知道是不是后生可畏
我也不是大佬，就一点建议，Python Requests 是非常基础的一个东西，远远达不到需要写到简历上，让人觉得就知道一个 Requests

感觉像写了个禅道

这个其实很正常的，因为业务测开写的小工具基本上都是解决当前实际痛点的。而平台更多的是标准化的流程和操作。多听听一线业务的声音，平台要有包容性。

集：版本管理、需求 - 测试用例、开发自测、测试执行，进度跟踪的测试平台

没有 low 不 low，自动化维护需要根据当前团队的能力来进行，比如大部分测试熟悉并且接受 excel 维护，并且这样维护的人力成本，学习成本低，那么久可以这样进行，如果团队考虑后续拓展什么的，就可以依据当前的技术选择适合自己的方法，适合是最重要的

什么样的用例工具

这个没什么，我们公司大部分测试用的用例工具还是 2 个业务测试人员搞的呢，横向技术部门的人让我们公司内开源给他们改，当然他们也承认这个工具应该他们开发而不是由业务部的人来开发。

两个东西的作用不一样，使用频率也不一样。

效能工具对于需要造数的同学能够立马拿来就用，效果立现；测开平台主要做接口测试，做的好用难度也比较大，如果不是负责接口自动化测试，要是我也会选择 postman 之类的工具，简单易用。

效能工具：旨在提升测试效率，避免重复劳动。收益效果立马就能看到；
接口自动化平台：更多的是用来回归测试，起到监控作用，前期会增加业务测试的劳动量，并且可能短期内看不到太大的收益，这也是大家不待见的原因吧。

两者的作用不太一样吧。

会有点慌吧

效能工具是啥，作用是什么，能快速制造业务数据？

数据工厂就是自己部门封装接口对外提供入参吧，这样外部部门就不用自己写接口了，而接口平台还得自己去维护接口

其实我感觉，各个方式都有利弊，就看你自己权衡，去选择你喜欢他的优点，也能接受他的缺点的那种，像 xmind 之类的 也可以维护用例数据；