另外想问下，如果不在其它文件初始化的话，页面类文件里面怎么用啊

目前还没有影响~~公司也还未裁员，只是比较慎重招聘。

想请教下楼主，这个工具有没有发现什么具体的问题？有的话，能分享几个吗~~

是的，说起来也很简单，但是忽略了主入口文件最上方的 import 会执行其他的类文件里面的代码，导致首次初始化，实际是在启动 app 之前。

给力~

那要是干了 8 年的呢？

我的建议是根据用例条目一条条写清楚，越是刚入行越要这么做，养成好习惯。
做测试就不要惧怕繁琐，细致是好事。，如果你不是一条条写出来然后执行，容易出现的第一个问题，就是漏测

就是比如一个系统，我会先进行冒烟测试，确认所有功能都实现了。然后才去做比如针对客户端的性能测试、内存注入，针对服务端的协议测试、压力测试，或者是某些特殊情况的测试。

一般是先整体，后局部

我们也差不多把，假设五天一个迭代，那一般前 3~4 天都会在开发，但是实际我们从第二天就开始测试执行了，不会说到第五天才有东西可以测，当然最忙的还会是最后两天。

检测规则是怎么做的啊

同意。还得增加一个微信只能绑定一个账号的设定

self.run = RunMain()

这一行初始化对象，是需要传入三个参数（url,method,data）,因为你 data 有默认值，所以这一个参数相当于你传了，那也就是你还有两个参数没写，所以报错 “需要三个参数，但是你只传了一个参数”

你要去看下 python 的面向对象这一部分内容

看定责,目前主要是研发的

我们线上出事故，如果是一级运营事件，主负责人当月会直接扣一半奖金。

啥时候出统计结果呀~

不过实际做的话，应该两种情况都要考虑吧，首次安装和覆盖安装~~

我们现行的策略如下，欢迎大家批评指导：

绩效考核 = 当月工作量 X 质量评分 X 团队合作评分

• 当月工作量：由主管按照统一标准评定，标准是提前制定和公告的，主要是根据用例数等等

• 质量评分：计算公式=(线上缺陷数量系数/（线上缺陷数量 + 测试阶段缺陷数量)系数)，根据缺陷的严重程度，系数为致命 10、严重 5、 一般 1。没有任何线上问题即判定为 1，有任一致命问题即判定为 0.5~0.8（主要根据问题责任划分）；

• 团队合作评分：大部分时候都是 1，这部分无法量化，所以就行为化，由主管主观决定。主要根据与项目内其他同事的合作情况锚定，如果有一些分享会额外加分。一般有加分或者减分，主管都应该表扬或者批评。

只是以上的信息的话，我做不出抉择。我会更多看考虑项目和公司的发展，至于差的那几千块钱或者 title，与前者有什么可比性。

顶，楼主写的很用心，正儿八经的干货。

期待继续更新~

问题已解决，说下我的心路历程，希望对其他同学有所帮助，并且感谢@466895041。

1. docker-Jenkins 启动失败
2. 简化，服务器后台 nohup 直接启动 Jenkins，还是启动失败
3. 再简化，服务器命令行当前进程直接启动 Jenkins，启动失败
4. 排查问题：java 环境问题、文件权限、jenkins 的启动用户、端口问题，发现端口 8080 被占用，切换为 8081，还是无法访问；
5. 因为已经提示 Jenkins fully up，所以觉得就是端口问题，继续查 jenkins 端口关键字，搜到以下答案：

https://testerhome.com/topics/19457中的最佳答案

1，查下端口是否开放： firewall-cmd --query-port=8888/tcp yes为开放，no为未开放
2，如果为no，可以添加端口为开放状态：firewall-cmd --add-port=8888/tcp --permanent 再重载 firewall-cmd --reload
3，再查下下端口是否开放
4，如果没效，直接关防火墙 systemctl stop firewalld

执行完前三步，成功通过web访问到jenkins

我司是由 QA 负责，运营那边反馈问题后，由 QA 接着跟进，确认外挂的特征，与程序、策划一起确定方案，但是主导是 QA

终于过了~~！！！普通同庆啊，做了几天，查资料也查了好多了，也问了人。

我们公司名字叫啥，简历在哪里投？