那是因为我反馈了，管理员不敢偷懒了，哈哈哈

没有实名

https://testerhome.com/topics/35447
这种岗位就在招 150w~200w，就看你有没有能力拿了

如果你的项目写的是真实的话，那也不符合实际情况，，一个项目，，用例数怎么可能才几百条，，我几个功能模块，加起来都已经 3,4 百条用例了。

如果我是面试官，这份简历，确实太假，不真实

需要什么，就造什么；
造什么，缺什么，就补什么；
补什么，需要完善什么，就完善什么；

over

谁说软测岗位，没人过百万年薪的，这不有么。。。。

只能说，那些软测培训班出来的，才是最着急的。

其实，也不是真正的人工智能吧，，只不过是关联数据查出来之后进行拼接；

并且通过大量数据测试的，也就是，以前没有这些数据，现在也不会，不会凭空创建数据，只是进行数据组合。

这个要有数据库访问权限，通过查询语句，查一遍对应的统计数据；

再结合，接口返回的统计数据是否一致；

其实，抓住几个关键出入的地方；

测试，本质上就是找出问题，最大化降低线上出现问题；

每个项目难度是不一致的，所以，项目难度，也是可以作为指标的；

最终，还是要看测试质量，确保项目上线，如果各种测试用例，各种执行都很好，项目不能上线，也没意义；

这个，可以作为次参考点吧

如果每个功能模块，其实工作量都差不多，就没必要，除非是特别明显的区别，可以额外考虑。

具体看颗粒度，

1. 大颗粒度：能够验证需求场景的，即为有效用例
2. 小颗粒度：能够发现缺陷的，即为有效用例

总之来讲，针对测试人员，编写的测试用例，进行评审，剔除多余/无效/错误用例，剩下的，广义上，都是有效

把握住几个关键指标；

1. 用例有效数，加分
2. 用例执行数，加分
3. 有效 bug 数，加分
4. 完成的功能点，加分
5. 线上漏测，减分

自己有技术功底的，建议用，monkey 测试，也是一样的

用 PerfDog ，如果要收费，跟公司申请报销就可以了，这个工具还是挺专业的

如果暂时无法接入自动审批，，，建议，，可以，多增一些，审批岗，，很多社区，不都是会给版主权限么。

跟 jc，备案就好了，如果发现这些人，及时取证，再报警就可以了；

错的不是平台，是个人。

这么恐怖吗？那只能引入，第三方的审查接口了，自动审批，，要不然你们管理也累。

建议，多看一下写简历的技巧；
建议去查一下前端开发，后端开发，他们是怎么介绍项目的；

一定要突出项目，为什么要做这个项目，满足怎么样的需求场景，这个在面试过程中，一定会问到的；

项目有哪些难点，你是怎么解决的，你遇到了什么样的问题？

你在这个项目，获得了什么，成长了吗？学到了什么？

然后所有字体先全部，取消粗体，，只有哪些亮点的关键字，打上粗体，让面试官，第一眼就可以看到粗体的关键字 / 数据，提升简历筛选通过的成功率。

只要社区规则，明确各项条规，并且社区，及时处理，一般都没什么问题；
你想的这个问题，多虑了。
你说的这种情况，我相信，其他各大社区也会碰到，甚至更复杂，难道，他们就是人工一条一条审核？
一般像大公司，都是对接第三方的自动审查接口，审查一遍，然后就自动审批通过。

培训班的简历吗？怎么改都没用。

重写是最好的选择。

先看看你的任务安排，我不相信，你一天会没有事情做

如果没有事情做，就应该跟组长反馈，然后让组长给你安排任务；

你就按照你的任务走就行了，不需要关注组长的任务进度。

实现，脏数据，，可能是之前的接口有问题，产生的。

主要看你有没有访问数据库的权限，我们公司，测接口的时候，都会校验数据库的数据，看生成的是否正确；

其次是脏数据，测试的时候，发现的 bug，确实应该要校验一次，是不是因为脏数据导致的误报，这个跟开发无关；

其根本原因在于，接口测试的时候，发现会产生脏数据（错误数据），就应该提交 bug 了。

只能说，这种设计如此的 bug，是你对需求的不理解，本身就不应该是 bug，这种应该属于需求问题，所以，你不应该提交这种 bug，有这种问题，建议直接找开发沟通，沟通完再提。

我觉得，投入产出比，真的不划算

你还要部署云服务器，还要设计解决方案，还要开发人员进行开发，测试，部署，上线，调试，维护。