我正在写，有兴趣一起开源共建，接口平台绝对是让你大吃一惊！

不只看薪水 也要看加不加班

肯定去甲方啊

看起来薪水相差也不大
本公司一般有年终奖，外包一般没有
这样一算差不多了

甲方

我有个朋友系列 但是不用选 必须甲方

这个朋友不就是你吗

这还需要选？

这是病句吗？
地位不高被修饰，
前面加了很难想象，意思就是否定了，否定了地位不高，强调地说他地位比较高（对比普通的公司测试地位不高这种现象）

“很难想象他在公司的地位不高”

这是不是病句

我司有个员工，只要公司业务问题大家不知道 领导不知道 开发不知道 运维不知道，都会去问他

很难想象他在公司的地位不高

1. 年轻
2. 帅

简历写上，接受任何形式的测试用例面试题，不满意我自己走。

https://testerhome.com/topics/16354

什么哪个时间优化了啥，实现了 xx 效果；又或者说实现了啥功能之类的

有这种疑问，源自你对项目管理和结果导向的没有概念，我的下属如果绩效汇报或者晋升答辩的时候罗列这些，我保证让他过不去这道坎……
大家都要对最终交付的价值负责，价值中有很大一个成分就是质量，项目管理的铁三角也会围绕着质量转。
如果开发说做了什么功能就算贡献，那测试说测了什么功能就行了呀，但是这样能体现自己的优秀？恐怕及格都难。具体要做什么说什么，建议还是去看看光哥的帖子，本社区点赞最多的精华帖，自己搜。

哈哈。这问题我在另外的帖子问过。现实很残酷，这很难。

资深点工不转管理不太行吧

测试质量高，效率高；精通业务，熟悉系统架构
说到底，质量和效率永远第一

不会的，二三线的城市可以混得风生水起

会越来越迷茫，不过，如果是个 leader，那么请放手让下面的人去做技术类的东西，你去总结和推广，或者点点点也能有所创新，否则，迟早需要面对瓶颈

我爱点点点

diandiandian yyds

只要你们代码封装的足够好，现在这样写代码就已经是很好的了啊？编写速度，执行效率这些不是自动化的问题，是代码的问题

咋不在平台上开发个 bug 管理工具呢，也不算难，还能简化流程

bug 管理工具基本配置：

1、bug 生命周期管理，至少有待处理 - 已修复 - 关闭，如果不同项目团队不一样，还得弄工作流管理便于啥的。
2、各种统计报表，筛选过滤条件
3、基本字段，以及负责人、创建人等管理
4、有迭代概念，便于区分不同迭代的 bug

这些做完基本是 5 人天以上的工作量，而结果仅仅是少跳跃一个平台，投入产出比不高。倒不如对接 jira 接口，能按关键字搜索出对应的 bug，而不用额外打开 jira 来复制粘贴 id 就好。

这个怎么做到的，可以分享下大概思路？