携程五年测试经理教你如何提升测试水平
熟悉业务的方式有很多，一般来说刚接触到新项目/新产品的同学往往会先体验一下产品，把这个产品的功能先点一遍，就当作是熟悉业务了。这样做没什么不对，不过有点不够深入，不理解产品的设计逻辑。理解了产品的设计逻辑才能更好的贯通整个产品的各个模块，真正做到精通。
在熟悉业务的时候，我们可以问自己下面的一些问题。
1、用户想要什么？用户的原始需求是什么？有些产品可能用户是没有直接需求的，完全是通过产品去创造需求的，这样的产品原始需求可能会比较模糊，理解起来会有点难度。还有些产品是直接照搬或者高仿友商的，理解这些产品的原始需求可能就要深入理解竞品了。
2、我们提供了什么功能？为什么？这是我们自己产品的逻辑了，用户的需求我们可以一步一步慢慢去满足，先实现哪些后实现哪些，这些逻辑我们也要搞明白。另外有时候实现用户的需求成本很高，因为成本的原因我们可能提供一些有损或者折中的方案，这种逻辑也是测试同学所需要了解的。
3、赢利点在哪里？这个比较难，我们靠什么赚钱？这个老板会比较关心，但是测试同学最好也关心一下，毕竟赚钱的地方往往是最最严重的缺陷发生的地方。电商平台的支付如果出了问题，那么这个事故的严重程度大部分情况下是最高的。福兮祸之所倚，祸兮福之所伏。
4、有没有运营数据？运营数据怎么样？运营数据反应了线上的真实情况，能帮助我们更好的理解用户的行为，从而改进用例的优先级以及设计更加直击痛点的用例。
其次我们需要了解一下我们的系统是怎么样实现的？代码的逻辑是什么？代码出错以后的异常处理是怎么样的？如果觉得这些问题有点棘手，那我们也可以考虑一下以下的几个问题，其实也殊途同归。
1、数据库每个库每张表是做什么的？每个表的每个字段是做什么用的？关联关系是什么？(如果是关系型数据库的话)
2、系统有没有用到缓存？缓存里存些什么数据？这些数据会不会过期？过期策略是什么？
3、有哪些定时任务在跑？为什么要跑定时/延时任务?
把上面一些问题弄明白了的话，在面试的时候也是有一定好处的。
接下来讲解一下架构，一般来说我们需要了解逻辑架构和运维架构。比如逻辑架构里的一些微服务模块，每个微服务的功能是什么，怎么跟其他微服务交互的，完全从逻辑的角度去看。
运维架构可能涉及的点会多一点，比如用户微服务部署了2个实例，负载均衡用的是xxx，如何动态扩容之类的。
最后在掌握专项方面，功能测试的话开发也会测，产品也能测，看上去并不是什么特别专业的技能。
专项的话呢，开发可能要学一下才能会，产品可能一时半会学不会，嗯，终于有了点领域独占的优势，是大家提升技能时可以重点考虑的部分。
1、性能专项。服务器性能比较有技术含量的。
2、移动端专项。移动端的性能稳定性等。
3、自动化专项。ui自动化和接口自动化了。
4、安全专项。
5、监控专项。各种监控也是很有意思的。
这是我的一些见解，希望可以给大家带来一些好的建议，欢迎大家在评论区评论和发布自己的建议。