第一章

序:起名《第一章》,说明我希望这不是最后一章~~

  • 自我介绍

高中学历(初中的时候最好成绩是:年级第四(大概1000人左右))

我喜欢写诗歌,自认为写的还不错,(详情参阅:https://www.bilibili.com/read/cv4292273

温文尔雅,喜欢替别人着想,自然也不喜欢麻烦人。

善于解决问题,善于找到问题的本质

但是,目前,诗人已死,泼妇模式开启

因为,我入职有7个月了,随着,经历的事情越来越多;随着对项目组干系人越来越了解;我爆发了、烦躁了······

 

  • 最近有点烦

1.监管沙盒模块,产品部门的过度设计

  • 产品部门的宗旨大概是:为了产品而产品,或许真的对IT外行

           多层“且”“或”关系,导致功能太复杂,复杂了就容易出错,无论是:开发,测试,运营。
          

  • 在我看来,监管沙盒,无非就是对银行/产品做个过滤;那么本质上就是一个“字段特别多的配置文件”而已
    所以,设计思路就是:每一条监管规则就是一个个定制化的配置文件而已,如下图:
    整个过程,完全不需要【且】【或】关系,一切顺其自然,简单明了

          

          而规则本身,规则详情页,也是很简单的,如下图:

 

          

          开发经理,带我去跟产品人员沟通此方案;未果!开发经理劝我:应该给产品个台阶下

2.开发人员,模型构建错误,却不大胆承认

  • 在测试案例设计的时候,我发现:监管沙盒规则中【产品展示位】不应该 ‘当做条件’ 参与关系运算,如下图:
    告知开发经理后,一开始不改,经过整整一周,我找了更多实例后,终于改了

3.测试经理,不知道在干什么,对3.0业务,没有帮助;可以不要这个岗位

  • 监管沙盒的产品,输出文档,粒度太粗,导致有很多改动,需要产品人员及时更新到产品文档上,如图

          

        实际情况是:测试经理过问此事了,但是至今,没有进展。个人认为:这个事情应该形成制度(测试经理协调)

产品人员自觉每天维护,而不是测试人员去催。

  • 跟测试经理吃饭的时候,测试经理说:自己在整理、研究2.0在禅道上的700多个需求
    但是,跟关总打招呼却说:目前全清关注3.0项目
    多次强调,【整理2.0需求】是产品人员的工作,而非测试人员的;并且,既然,全情灌注3.0;那2.0的老需求还那么重要吗?
  • 测试经理,应该更多的关注工作过程中遇到的细节问题,以期优化改进,提高效率(因为很多时候测试人员身份不好推动);
    实际情况是:测试经理,对3.0过问最多的就是:xx完成了吗?
    我们当然是多次反应过:没有需求,需求太粗,这种问题;每每得到的答复:产品人员素质就那样(你知道这会给测试带来多大的额外工作量吗?)

  • 我的矛盾

  • 做事情的时候,我是“致良知”的,就是:如果这个事情应该这么做,我会坚持发表我的意见,至于别人是否响应,那我管不了了
    • 比如:我提出产品人员,在wiki实时回答我的问题,开发经理说:不能推进太快,产品一下子接受不了(实时上,我们已经尝到信息不同步的苦头了)
    • 比如:我多次对测试经理说:2.0老需求整理,是产品人员的事情;
      你应该更多的参与到测试工作中来,并且承担实际测试任务的十分之一*(这样才能更好的发现问题,解决问题);
      对方说:我不需要写测试用例(你当然不需要写测试用例了,可是,你拿什么发现问题?
  • 在闲暇的沉思时,我是“后怕”的:
    • 我怎么怼开发经理,测试经理,是否会被嫌弃?
    • 为啥,一些显而易见的问题,就是解决不了
      作为一个测试经理,你不需要把黑的说成白的,白的说成黑的;但是,至少,应该让大领导知道:问题就是问题,而且必须尽快解决

———————— The  End  ————————

posted @ 2019-12-10 22:10  FocusTa  阅读(127)  评论(0编辑  收藏  举报