序：起名《第一章》，说明我希望这不是最后一章~~
-
自我介绍
我高中学历（初中的时候最好成绩是：年级第四（大概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 ————————