如果团队确实欠缺这方面的经验，可以先挑一个模块堆若干条用例出来，然后看哪些地方的代码可被复用，又或者哪些东西是希望做权限控制的（比如对测试工程师隐藏数据库配置信息等）。
这些事情做好，分层也就差不多了。

什么工具扫描完了还不给结果
至少以前我用 fortify 没这毛病

在团队效能提升大义前，个人习惯无需考虑。
当然前提是工具确实是在做对的事情，提供了当前环境下的最佳实践方法，这就得看自身实力够不够硬了。

测试开发的出现是有客观规律的，但是在国内弄得有点四不像。
google 定义的测试开发的代码能力不能低于开发，面试标准完全一致，在此之上还得具备测试的思维。
国内的测开要么是自动化测试，要么是搭平台，做工具，跟测试沾不到什么边。

codeless 是很多老板的需求，期望达到节约用人成本，效果好的目的，所以出现了很多开源或商业化的工具、平台，但遗憾的是现在的技术还不支持这个目标，比如之前国外有款工具宣称自动应对元素的变化，本质上是录制时候存了多种定位方式，一种找不到就尝试换一种，这个效果能应对的场景也很有限。

遇见叫你搞验证码的就换家公司吧

业务用的什么，测试也跟着用什么。
如果业务没有，不是应该先给业务建立日志系统吗，这个价值可比接口测试日志大得多了。

可能理解错了，面试官想得到的答案是提交重复字段的接口应该得到与上次请求一致的响应，而不是回答的重复插入不了。正好这个帖子被顶了起来https://testerhome.com/articles/29399，对接口的幂等做了一些描述。

app 卡顿那个是答偏了，用户抱怨说明问题可重现，不需要借助测试手段，问题定位无非是抓包以及看日志，腾讯的 perfdog 可以了解一下。

想了半天还是不知道测接口字段唯一性跟幂等有啥关系，字段限制唯一了不就不幂等了么，求后来的解惑

提供不同角色、敌人、环境等等的 mock 方法，模拟战斗场景，测试实际的伤害、耐久等等数值是不是与产品设计的一致，原则就是脱离实际的游戏环境测试武器，形成一个效率工具类的东西。
楼主是开发转测开，再跟面试官扯等价类什么的就不行了。

取数启动时打个时间戳，传输完成后再打个时间戳，设计不同的数据量级别，每个级别多做几次取均值就是结果，看跟需求是不是匹配。
数据怎么取怎么写都找产品或开发提供脚本，调研下同类产品宣传的性能指标，已方的测试环境、账号，相关的脚本是不是就绪，需要采集哪些服务器性能指标及对应的工具，把测试场景设计好，执行后填表格就行了。

对实现方式、代码风格不做评价，但这个问题明显是列表切片。

test_list = [1,2,3]
test_list[1:3] #得到[2,3]

那是一个接口不同用例，所以分层有接口层，用例层

首先搭框架不等于会自动化，面试时候能不能围绕自己的框架讲出亮点、自动化项目开展的过程，遇到的问题以及如何解决，怎么衡量自动化的价值？
29 岁真当能打的时候，自己知道卡在面试上了，那就先总结下是哪些问题造成的，找出共性的问题强化下自己，加油。

java,python 都有成熟的解析 xmind 的包，对接自研系统就是自己的事了

公司不景气，测试干再好也没啥用，现实就是这么残忍

感觉没毛病，但是怎么做呢

知道想考啥，但就是不会

1、mimtproxy 对并发的支持怎么样
2、录到的写接口怎么处理
3、录到的读接口有数据依赖怎么处理

之前一直有人提测试要不开发能力，我想这篇文章就能说明问题了。
普通测试使用工具，遇到问题就歇菜；
楼主遇到问题、排查问题，最终解决问题实现需求

讲再细一点的话，
1、问题发生在收集用例的阶段
2、参数化的装饰器在上面，所以先执行，要求被它装饰的方法中必须有 name,age 这两个参数
3、addlog 装饰器返回的实际上是 wrapper 方法，@pytest.mark.parametrize 检查 wrapper 方法发现没有 name、age 这两个参数，抛出异常
4、wrapper 实际上并未执行，所以打印不出来'装饰器开始'

因为@pytest.mark.parametrize 声明了两个参数，分别是 name 和 age,而你自定义的装饰器的方法中没有使用，所以会看到 function uses no argument 的提示。
pytest 是一个框架，test_A 作为一条用例，执行过程比较复杂，不能当做普通方法来理解。

质量日报，通过 google api 比较期望 UV,PV 与实际值、fabric、爬虫等等,看工作中有哪些需要批量或定期做的事情，不一定就限制死了是测试岗位。

sleep 一下试试