来张图片，增加一下印象

个人认为接口集成测试最好平台 + 代码，双轨制。
1.平台支持接口测试，往往只能实现简单逻辑的接口测试；复杂的接口逻辑平台支持的话很麻烦；
2.复杂的接口逻辑使用代码实现轻松加愉快的；但简单的冒烟接口测试，代码实现就不如平台高效；

应该是 self.driver.find_element() 吧;
self.driver 没见你用；

像你这样毕业满打满算也不过一年的；是个有经验的人都不会问你很深入的问题；
个人认为对于刚毕业的或工作时间不太久的，面试中最主要的还是要看你的进取心，学习能力，工作态度这块；
有时候面试人会故意给你出个有难度的问题，千万别一口回绝，好好想想也许你也可以。
当前有时候运气也很重要，现在经济形势不好，找工作还是得耐得住性子。

接口测试，又需要依赖数据；
1、接口测试中首先实现依赖数据与脚本的分离；
2、数据格式就必须按照一定格式编写；
3、至于数据使用什么保存，这个要看数据的具体内容；
a.excel 对于保存用例数量大，用例规则性强，用例内容存在重复时优势较大；但是程序编辑器无法编辑 excel 及上传云端无法看到具体修改内容。
b.yml，xml 等文件优势、缺点与确定跟 excel 相反；
具体使用哪种还是测试内容决定。

httprunner 本人也在用，优势跟劣势也很明显；
劣势：
1.代码中存在一定 bug，对于新人或 python 不熟练的可能造成困难。
2.由于是读取 yml 文件后，再按照文件内容执行测试，导致出现异常不易判断错误原因，需要添加额外 log；
3.httprunner 需要一定学习成本及时间。
优点：能够快速编写 api 层测试脚本，修改简便，能适应快速迭代。

pyinstaller -D main.py 不可以吗

name: "app login"
request:
    url: /user/login.json?sim=$account&code=123456
    method: POST
    headers:
        Content-Type: "application/json"
        Authorization: $jwt
extract:
    - token: "content.token"
validate:
        - eq: [status_code, 200]
teardown_hooks:
  - ${setTokenENV($response)}

你的 extract 写的有问题；
httprunner 的日志很少，刚开始学习需要花点功夫；
最好能读懂它的源码，添加相关日志，这样效果会好点。

判断：//*[text()="请填写此字段"]，是否存在应该就可以

airtest 找不到元素，就换个工具试试，比如 uiautomatorviewer.bat，工具有时存在 bug

报的是文件不存在，那文件存在吗？
build.xml 中用的点，实际是 “-”

兼职 “创业”？够厉害的

很明显，你定位的位置不正确；

1.现在公司离职的同事一般多少天办完交接，这个应该清楚吧。
2.面试的公司最喜欢招的的就是已经办完离职手续的，但这个对于我们求职者是不太可能的（社保一旦断交很难弄），所以你在面试时就需要把这个离职时间说出来，最好说的长点。
3.说的长点的原因就是他们如果觉得你合适不会因为那几天就不要你了并且你一个 offer 在手的情况下可以再出去多面试几家公司；
作为一个有责任心的人，一定要把交接工作做好；

好简练的总结。
个人认为作为一个基层领导，技术水平还是很重要的，要不安全感全无。

你可以从 10 个并发开始压测（10，20，30，40，50）得出 JDBC 的曲线图。分析一下
查看一下数据库服务器相关资源的利用率。

小编，你写的不全，是什么的公司环境会让你这样测试？
公司是否有严格的研发流程与测试流程？
若是开发对于自己也有同样好的认知，你写的还可以实行；
若是开发对于自己的问题视而不见，你这样将会使开发与测试之间的平衡，严重向开发倾斜。
我觉得，你的思想有点像 “女德班” 所教受的那样：打不还手，骂不还口，逆来顺受，绝不离婚。

5 年前在北京华三做外协，遇到跟你一样的情况。
下午马上下班知道的，第二天上午就办完了离职手续，好像速度比你还快；当时转正申请都已经写好了！
当时公司离家远，家里还有别的事，的确不能加很长时间的班；但当时的我很努力；
五年过去了，这事我是从未忘记；能让我记得这么清楚，这么难以释怀的事真不多！
五年的反思，让我知道：你强大了，你怕啥；弱小的你，别人首先想到的就是你！
现在的我真的不怕裁员了，因为我知道，从这里走了，我可以找到一个更好的公司！
华三，咱们江湖别相见！

个人认为共有三个方法可以使用：
1.查询系统已有数据：系统中存在足够多的数据供此接口使用，直接连接数据库查询后参数化使用。
2.造业务数据 --- 若测试接口处于业务的前端是不需要前提数据，若需要肯定是存在前提条件，那你就使用前提条件中的接口造数据（造数据可以是一次性造大量数据，再使用 1 中方法使用；也可以实时造数据。）
3.接口数据还原：完成一个接口或一段业务后将数据还原，以供下次使用。
以上是我能想到的三种方法，至于备份数据库再还原方法对于版本迭代较慢系统可以；