因为没有离职，所以无加薪继续呆...
老大让我加入一个新项目，态势感知
简单说是数据展示页面，就像iron man里面一个大屏幕显示全球攻击、被攻击的动态
复杂说，测试要测到所有的数据是基于什么规则、什么算法来显示的，测试要用什么方法、工具来测，写出个测试方案和用例
看到这我都晕了，第N次证明自己并不是IQ高（理解文档）的人，听这些真的会睡过去的！
我应该属于有一丢丢小聪明、有另类思维的那种。正常的知识学习我怎么都进不了脑子，本科可能是我的瓶颈学历了
这个项目里一共有2个测试，我和另一位高级测试（可能是主管了）。
还以为可以抱抱大腿学习东西，咋知道又是一位高人，高高在上的高。
什么参考都没给，方法也不教，就让你去找开发了解清楚页面逻辑，让你自己去问明白规则、算法，让你自己去写好测试用例
我简称她为“3让”
对于做了2年小白的我，惰性大，这次却被她逼出作用来。
厚脸皮逐个逐个开发问（你知道的，不是每个开发都叫开发，有些叫神，会藐视你的那种），拿流程图，问流程细节、逻辑、算法、规则
还好还好，那几个开发还算好相处
了解了个逻辑后，自己写用例。
这里就出现了几个职业问题：
1.大小功能点如何划分？
A：Excel表格最大的特点是，根据列的数量规定死功能级数。姐係点？(爆粤语了)
eg.一共可以有一级（功能）、二级（子功能），三级就比较少有了。
如果只有2个级，能划分的功能点就不能太细。基本上一级是固定死的，二级就是里面的内容了，三级肯定就是细化的功能点。
所以我将测试项这列当作三级来写，希望能通过
在第三级里肯定还有第四级的功能点，我自己的方式就是直接写进去步骤里，或者在下一个第二级里归纳
所以测试步骤尽可能使用兼用卡
2.子功能下还有各种不同的功能点
A：另起一个二级或一级来描述，这样就不受到兼用卡的限制，而且步骤不会太过繁复
3.我这些自己认为的方法究竟是不是正规测试用例的写法呢？
A：根本无人教导过，全是自己的认为。
第一家公司有稍微讲过，但主要是描述实验室的，功能级别多不去哪，按自己的方法写也没出错过，不知道错对了。
现在这家公司都是过家家形式，草草开项目，有测试报告就行。文档这些肯定还差
参考到网页上的，说得又太过于“完整”了，好几页来描述一个登陆功能，要不就是简单的一两句话的用例表。
没体现到功能点错位复位的情况
好了，丑妇终须见家翁
基于我写的三个模块都是展示数据的功能，老大略看过觉得整齐就算了
关键来了，“3让”是怎么写她的测试用例呢
让我慢慢道来
文档她就肯定不给我了，凭记忆写出来吧：
①有基本的功能点（一级）
②实际要测的项（二级）
③详细的前提条件（具体用到什么工具、什么数据、问谁拿）
④较完整的测试步骤
这些就是我来这项目学习的安瓶(精华液)了
让我惊讶的当然是她的嘴，用嘴炮解释完要测什么、怎么测、需要什么测试数据、预期结果、不能测的问题、没有用的功能点
所以人家确实没什么教你的，都是资本的东西(吃老本)，怎么给你？
我不至于是笨蛋，偷师还是会点点的。她说到的技术学术知识，我没法比也没可能学上了
但是测试用例逻辑到是可以优化优化的
Ⅰ看项目严重度
即项目经理是什么人，他确实是需要什么结果
eg1. 如果他是随便的，丢些功能给你，过了就行。测试用例/报告按功能点写清楚就好
eg2. 如果他有真材实料，项目里确实做了(可能没达标)，而且功能复杂、算法逻辑一堆堆。测试用例按"3让"的来定下框架
即清楚明白这个大功能里要测的任何算法、逻辑、功能
把算法、逻辑、功能当成二级功能来写测试步骤，就是具体怎么测这个算法，而不是页面功能
定好框架后，再用测试用例模板来填肉（具体字眼语句、预期结果之类）
Ⅱ 看测试老大的态度
即老大看重，每次开会都一起来的。你懂得，得认认真真写好了
Ⅲ 先去搞明开发的逻辑确实很有用
这里得多谢“3让”的“教导”，强迫自己去问开发
有流程图当然好，最后问完一堆后，把自己的逻辑写出来给开发看
让他纠正，这样能迅速理解页面功能逻辑
具体的数据库路径可以在测试用例后再问
总算是学到点东西了，以后去面试也有个比较大的项目可以吹
总结：
沟通沟通，脸皮厚厚厚
一边尽快搞明前端、后台，一边问开发拿地址、数据、规则、算法
