22 年 11 月入的职软件测试岗位人生第一次工作，到今天为止，两个月零几天，想不断记录自己的成长和收获。
现在我有了一个答案，就是是需要去真真切切的去弄明白产生这个需求的原始场景，也就是说这个需求的来源场景是什么，用户在什么情况下会用到这个需求，搞清楚了这个，然后再根据理解的场景用测试方法提取测试点，然后编写测试用例。
我公司所在组的做法是 leader 讲解一下整体的架构，然后一个模块一个模块进行安排同事操作讲解录屏，然后自己去手动实操熟悉业务，遇到问题再请教解决，这是最开始的时候，然后后来是通过接工单熟悉业务。可是不知道是不是我太心急了，总觉得这样不是说不好，但是我觉得总是差了点什么。可能我自己个人更适合的是 这个系统服务的对象是什么，是因为什么才产生了这个系统，这里面的这些功能模块是解决什么样的实际问题场景，明白了这些背景之后，然后再进行操作讲解录屏感觉效果对我来说会更好。这个问题 ing
what why how when
这四个词是我刚进入公司，我 leader 的一次给我讲解的时候 ppt 中展示的四个词，这四个词在一段时间指导了我如何去做
what 你理解到的需求是什么
why 为什么会产生这个需求 (测试场景)
how 你准备怎样去测？
when 你什么时候去测 (轻重缓急、测试计划、测试进度、测试范围)
暂定为<=半年要实现的目标
希望能够答辩顺利如期转正
掌握业务
虽然现在自己做的是功能测试部分，不要只拘泥现在工作所看到的，自己需要有意识跳出去看，比如有意识的去了解现在主流以及新兴的自动化测试框架，以及学习代码。