问一下这个 岗位向谁负责呢； 对于岗位 在公司项目的延伸 你们已经有规划了，还是 岗位要给公司规划呢，现有测试人员多少个，可以协调支持该岗位工作的人员 有几个；

嗯 ，其实你是有能力却头疼，无非就是人力的问题； 找领导协调资源，将你的方式说一下，你可以示范一个项目，其他人员你也可以协助； 将这个工作做好，毕竟是团队作战；如果人力也不给，那你只有跳重点的 一步步便利了，

这个 看你自己，就想 你认为是轮子， 我认为 每个工具的编辑人 都有不同的出发点，思维方式；值得学习一样；

我有不同的看法，如果你自己自用 随便那个工具都可以，如果你涉及到以后推广，还是自己参考 且 手写一个；工具就是使用者自己根据实际情况写的，人性化的就是满足自己公司项目的需求，第三方人员使用，有些时候 你感觉不舒服；

你们公司真有钱，领导真傻 ； 有那个钱 还不如买一套方案呢 ，

只有一个建议，不要参考框架，引入基本的第三方库即可/ request/json/等等 自己写的 最实用；

平台话推广， 哎 累死人； 我之前也独自搞了两个平台，结果就我一个人使用和维护，后面我自己直接干掉这两个平台； 现在是参与部分项目行测试；和帮忙我们的团队人员，一个一个接口的 过脚本，做数据/断言/入库/报告/集成 哎 我能有什么办法呢； 搞小工具，不知搞什么的 ，你能想到的 貌似市场都有

你的业务默认数据 前后都有依赖，深度遍历和广度遍历 没有针对特有的业务； 还是需要自己结合使用的；用户场景也是多维的；最快的方式，也不需要 脚本， 做一个监控 监控查看默认的用户；使用过程是否有异常，他们的链路/数据；默认用户默认设置的落地数据你们应该有一个字典码 确定哪些是默认用户；字典码，核对不正确了，继续在库里面中找默认用户，进行持续的监控；

selenium 1 ，你是想要在 一次执行中所有的调用方式 2，执行过程中，断点进行 跳过或执行；
第一种是一个流程 ，第二种是手工 + 自动化测试执行； 如果仅仅是 为了少打开浏览器的方式 我感觉这个思路，不明白在 后续有什么帮助

测试经理 资深测试开发工程师 貌似是同岗位么 给他回报什么呢，一个是保证流程，一个是保证流程过程质量；

有没有看看 自己本地网络向外输出 有没有，估计是实验版本，获取数据，进行优化呢

资深测试开发工程师 向谁负责呢， 总监么

当然了 也有一个方向可以进行深入就是 针对不同的 平台工具进行源码分析一下，可 这个 又绕不开 编程语言； 可 都是鸡生蛋或蛋生鸡，希望这样你可以明白；

学习一门语言，真的 一通百通 ，不痛则不通；看来 你现在还是感觉很舒适的

没有看明白 你们公司的发展方向 也 盈利 方向呢

1-2 个月完全可以 学习一个编程语言了 何必抓小放大呢 ，

挺有意思的方式， 可以透露 哪些公开的问题么？ 嗯 技术和业务，强行拆解 Flase or True;也秉持了原则，可是 你们没有和他 在一个项目中干过，还是有一部分反差，毕竟什么岗位/什么项目/什么阶段， 你们可以无疑露的 获取到么？ 所以有需要可以 将 项目经理 /产品经理/上线情况 也纳入； 现在提倡综合统计，日常记录么 中学都开始 综合评分了 ，还是有一定的道理的 ；

我在一线干 Devops; 看了半天都是 工具论 ，很详细 但是 切入项目的东西很少，很理性 很率性， 而且有些工具和平台的使用方式 基本是多年前的；如果真是要走 Devops 还是认真学习一门 编程语言；因为 dell hp 的集成模块化，基本就是一键到位的事情（钱多少不说）

我有一个问题 ，你们多少测试人员可以接受这种 cicd 的集成方式，

打听一下，这个公司做什么方向的产品呢

ORM ,可以思索一下，还是可行的

并发用户、并发、VU：一般用来表示虚拟用户（Virutal User，简称 VU），对应到 Jmeter 的线程组线程，对应到 Loadrunner 的并发 Concurrency ，在本文都是一个意思。
每秒发送请求数、RPS：指客户端每秒发出的请求数，有些地方也叫做 QPS，本文不单独讨论 “事务” 所以可以近似对应到 Loadrunner 的 TPS（Transaction Per Second, 每秒事务数），本文统一叫做 RPS。
响应时间、RT：对，没错，这个就是你理解的那个意思，从发起请求到完全接收到应答的时间消耗。

无意引战， 实事求是的说，开发的代码产出 无法工业衡量 标准化（不是指责你 前篇例子），代码 是技术活，没法保证什么， 至于压测后或者过程中的 一些发现问题， 也是在构建测试过程中的 测试人员 进行自我系统评估的反馈罢了； 去开发化，人人都是开发 只有职能不一样 这是最理想的，我相信 阿里也做不到，及时阿里想做 搞程序的 我为啥鞠躬尽瘁呢； 好 那么 流程化的开发流程、阶段过程的 自我纠察、项目上线的自我批评，HR 会搞成 KPI 让搞软件的不敢说话； 这也是一个问题； 那么 还有什么办法呢， 只有砸钱，最实在 为钱卖命 为钱低头，为钱学狗叫 ， 没有一个领导、是高尚的 ，没有一个老板 不要效益， 那么做有好的优化方案 价值几何， 我感觉如果这个东西 可以量化 或者 有基础评估， 还怕 系统不优秀么，

测试开发 你就安心 安安静静的开发，做好开发的事情， 能做前端 也能做后端；其他的不用理会，饿不死

按照标准测试，上不上线 我不知道，