前言

算来，进入这家公司马上四年了。

这家公司的背景，应该是我之前理想的工作环境：工作地点在上海的金融中心，周围业务部门同事基本都是TOP名校或国外著名大学海龟，国企，不怎么卷，薪酬尚可。我所在的部门，自我入职以来，经历了几次大的调整：换了部门总，换了分管领导。

本人也已35+，也看清了部门同事关系，越来越多的同事变成了“戏精”，新领导入职的一周，部门公开会议上，有女生直接往上贴。部门内小组长的调整，有些人迅速的调整站队。

所在的IT部门，由于领导的所谓“业务价值”的PUA，更多的人开始脱离项目开发工作，更多的研究如何写“业务价值”，做的是石器时代的事情，汇报的是大明朝的。有些和领导走的近的，基本代码、SQL也看不懂，excel排序也做不来，一样可以被安排重点项目。

业务价值的事情，我理解是产品经理赋予的，我司的产品经理，就是各位部门总。业务部门提需求，业务部门的分量，决定了业务的价值。项目经理是A 或是B，在这种考核体系下，能力不是重点。

部门存在的问题

系统间、小组间的壁垒

部门多是一人负责一个或多个系统，由于业务价值导向，有些系统是显而易见的高业务价值，直接面向投资、客户。这些系统成了部门争抢的对象。如何介入这些系统，你的技术水平在这看来一文不值，更多的是看和领导的关系。

技术水平不足，你可以招聘合适的外包；对应系统的，可以安排厂商驻场；再不行，还可以请咨询公司帮你写ppt、写材料。即使你的技术水平一般，加以时日，天天面对这个系统，半年一年也可以把你培养成系统负责人。

在这种业务导向下，高业务价值的系统，负责的同事就形成了壁垒，不会让其他人介入，即使是备岗。因为他们自己也知道，这个系统，稍有个踏实肯学，有代码能力的，很快就可以取代自己，并且做得更好。

作为一个测试管理人员，我开始还天真的以为，勇往直前，加上新领导上任，会有所改观。想想还是太天真了。动别人的蛋糕，不要想了。

部门的沉淀、积累

因于壁垒的存在，小组内多不会进行分享。你负责的有业务价值的系统A，除非我有更好的系统B，不然是不会共享A的资料。

测试的进展

这四年，我从一个意气风发的“少年”，变成了一个看清了现状、无能为力的中年。虽然只是四年，俨然像是过了十年。以前不懂的尔虞我诈、背后捅刀，现在真切的发生在了身边。

我更多的和自己说，只要能学到东西，我是来学东西的，这家公司不是我的起点，也不会是我职业生涯的终点。

我慢慢的不会主动承担项目工作，主动请缨不是我们公司的风格，尤其不是我所在IT部门的风格。一个萝卜一个坑。

这几年做了啥

把生产的数据脱敏慢慢搬到了测试环境，当时意气风发的要搞个全链路测试，没搞多久，就碰到了系统的壁垒。没人配合，领导出面也推动不了。最后就把数据库都搞好了，几个系统应用搞不下来。

几个自研系统的功能、自动化测试都搞完了；几个核心系统，由于他们在自己手上，不放，也不了了之。

时刻关注行业头部动态。

对于领导的想法

领导对测试的不重视，是我之前没考虑到的。他的“业务价值”导向，做A写B。更多的是关注上线，第一先上线，至于上线后的问题，可以继续改。测试是可以给团队创造价值的人吗？我想答案是肯定的。但对我的部门领导，我想他口头是认可，但实际动作，是没有给你权责。在可以消除小组壁垒的工作上，他没有做，放任了这种状态。

今后怎么做

面对这种现状，我势单力薄，公司内没有背景，硬做，不会有好的结果，也的确尝试过。

最近两个月，投了些简历，但也清楚，一般国企不会招一个35+的。几个看得上的公司，也因为年龄限制，卡住了。几个老同事想推荐，也是年龄卡住。毕竟头部，对年龄基本一票。

去年，给小朋友准备了一套初中学区房，家里又换了车。老公让我目前就求稳，自己多学点东西。

如今，几个系统的接口、压力测试自动化都做完了，手头的核心系统自动化回归也搞完了。几个新的小系统，慢慢也上线了。

私下，也开始接些小活，不图钱，就图有点事情做。

小朋友慢慢也开始自主学习了。

最近，买了钩针、毛线，做些手工，准备五一送给外甥女一些发卡。

正在研究缝纫机，想买个缝纫机，做点小包、简单衣服。

小朋友做毛笔作业，我就和他一起练练写写。

院子里养了些花，最近打了花苞，施肥、打药，四月中估计能花开满园；小朋友想养个小兔，犹豫再三，还是给他买了，闲暇看看兔子，喂养都是小朋友来。

2023.3 上海

写了很多消极的内容，对于目前的部门，尝试过，无能为力。换工作，目前看来，也很难。

人生是一段无停留的修行。像甄嬛在甘露寺，或许以后看，现在也许是人生最自在的时光，韬光养晦吧。

我和我目前的测试状态相关推荐

软件测试--QQ状态（PICT测试工具生成决策表）
上周四在上软件测试课的时候,老师在课的最后布置了一道题.图片大致如下: 大概的意思就是根据上述的关系,用PICT测试工具来编写并生成决策表.由于我是初学者,也是第一次接触测试工具,接下来也就为自己记录 ...
java没通过测试_我们应该把没有通过测试的故事回退到“开发”状态吗
Eric Willeke在思考:任务看板上的那些没有通过测试的用户故事,该怎么处理呢?应该把它回退到"开发"状态,还是保留"测试中"的状态?他提出了一些不同的方 ...
3年测试经验，用例设计竟然不知道状态迁移法？
1.概念状态迁移法主要关注在测试状态转移的正确性上面.对于一个有限状态机,通过测试验证其在给定的条件内是否能够产生需要的状态变化,有没有不可达的状态和非法的状态,是否可能产生非法的状态转移等.通过构 ...
都3年测试经验了，用例设计还不知道状态迁移法？
1.概念状态迁移法主要关注在测试状态转移的正确性上面.对于一个有限状态机,通过测试验证其在给定的条件内是否能够产生需要的状态变化,有没有不可达的状态和非法的状态,是否可能产生非法的状态转移等.通过构 ...
（转）大数据量分页存储过程效率测试附代码
大数据量分页存储过程效率测试附代码在项目中,我们经常遇到或用到分页,那么在大数据量(百万级以上)下,哪种分页算法效率最优呢?我们不妨用事实说话. 测试环境硬件:CPU 酷睿双核T5750 内存: ...
如何使用Redux-saga和ReactDnD测试React和Redux（哇！）
by Gregory Beaver 通过格雷戈里·海狸如何使用Redux-saga和ReactDnD测试React和Redux(哇!) (How to test React and Redux wi ...
同时测试多个服务是否存活的脚本[shell和perl]
完全是拿来练手的,它的行为与系统的RHEL系统的service脚本和服务脚本类似.但是结果的细节上有些差异,不过它多一项功能就是同时检测多个服务是否存活. 时间仓促加之代码质量也一般,就不加注释了, ...
Leangoo敏捷开发项目管理平台新增测试用例管理、测试结果统计功能
Leangoo领歌新增测试用例管理.测试计划规划.测试结果统计功能,以便管理项目中的测试工作管理测试用例通过在"测试用例库"类型看板中添加"测试用例"类型 ...
Leangoo领歌敏捷工具新增测试管理功能
新增测试用例管理.测试计划规划.测试结果统计功能,以便管理项目中的测试工作管理测试用例通过在"测试用例库"类型看板中添加"测试用例"类型卡片,并以看板列表的 ...

我和我目前的测试状态

前言

部门存在的问题

系统间、小组间的壁垒

部门的沉淀、积累

测试的进展

这几年做了啥

对于领导的想法

今后怎么做

2023.3 上海

我和我目前的测试状态相关推荐

最新文章

热门文章