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

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

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

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

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

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

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

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

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

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

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

具体看颗粒度，

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

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

把握住几个关键指标；

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

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

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

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

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

错的不是平台，是个人。

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

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

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

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

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

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

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

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

重写是最好的选择。

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

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

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

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

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

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

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

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

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

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

写个特定页面，每日公布对应的优惠商品 sku

为什么一定要生成优惠文章？

比如，你 1 月 10 号的优惠文章，你觉得，对于 1 月 20 号的用户，有作用吗？显然易见，即使 1 月 10 号的优惠文章里面的商品还有优惠，用户每一次还要去验证一次，是不是真的有优惠。

所以说，把需求搞复杂了，以至于，用越复杂的技术，解决越复杂的需求。

写的不错

你的经历，好乱，，感觉，每个阶段，似乎只做半年？

不过，你要转行了，不做软测，感觉还是挺可惜了；

不过，既然自己选择了，就不要后悔，永远相信自己；

请问测试 团队，就自己一个人，，如何搞垮自己？

测试环境，我们也是测试进行维护；

因为我们测试，需要第一时间测试系统，所以，通过 jenkins 进行构建，发布，测试可以第一时间知道，更新了哪些内容，进行复测，有问题的话，及时找错错误日志，联系开发解决；

如果由开发构建，测试则不知道更新了什么代码，开发还要每次通知测试？

所以，由测试进行 jenkins 构建，在某些方面来看，是合理的。

简单，封装好 requests 请求方式，用 session 请求，然后下面的所有用例，共用一个 session 即可