刚入职的新人如何快速了解公司业务--转载

公司业务的重要性

公司业务的重要性对软件测试人员来讲不用多说。做为软件测试人员须要对公司业务彻底了解，仅仅是了解还不行，须要作到精通，熟悉公司业务流程、功能等需求，目的就是为了可以更好的进行测试活动。

只有对软件测试需求彻底掌握了，测试人员在测试过程当中才能作到有的放矢，测试思惟才能打开，测试过程当中的细节才能被注意到。

 

好比，你在测试过程当中碰到一个场景，系统后台或界面给你一个错误的返回，如果你对需求彻底熟悉，你必定知道这个地方的返回是有问题的，若是你对需求不熟悉，那你可能就视若无睹，白白放过这样一个bug。

这种状况在测试过程当中遇到的频率很高，若当时对需求不了解，能够向开发或最熟悉需求的测试人员请教，将这个点抛出来，你们一块儿讨论看否是一个bug，若是测试人员有意识抛出还算好，但若是根本就以为这个返回就应该是这样呢，那埋下的隐患是否是就很大。

 

那测试人员应该怎么作才能更好地了解业务？

王豆豆去年新入职如今公司，公司业务比较复杂，虽然同属金融行业范畴，可是仍是有大区别，同时公司业务根据行业规则不断变化，因此遇到不断学习，目前王豆豆也只算掌握了60%，但掌握业务的能力已被承认的，王豆豆就根据自身经验分享做为刚入职的新人如何快速去了解公司业务。

 

刚入职的新人如何快速了解公司业务，王豆豆要从二个方面来分析如何快速掌握：

第一个是业务流程；第二个业务细节

---

1.业务流程

对刚开始入职的新人来讲，刚开始必定是先从公司业务框架和业务流程学起，这个时间段须要作的就多看，多问，多作。

 

01 多看

多看指的是多看公司需求文档，需求文档包括任何一切有关公司业务的文档，多是公司业务背景，公司框架说明，之前的测试用例，测试报告，原型图，公司系统等等。

尽本身的可能多找与公司业务相关的文档、数据查看。

 

02 多问

多问就是指多向同事请教，不是不耻下问，而是不要害羞上问，其余人均可能比你懂得多。

如今企业对新人，可能会安排一个老同事带你，也可能没有，直接就安排你进项目作，但前期必定会给你留一点时间熟悉公司业务，若是有同事带你，那是好运，但要明确一件事情就是别人带你，并非他的主要工做，而是额外工做；若是没有，也没必要急，学会本身去梳理，去掌握需求。

向同事问问题也是一门学问，不是遇到问题就开始问，也不是逮着谁都问，能本身解决的就最好本身解决，须要多观察，经过观察肯定问问题的时机。

刚才王豆豆说过带你的工做是额外工做，若是项目任务很忙的时候，带你的测试人员既要完成平时的工做，又要解决你的问题，会给他形成必定的困扰，因此必定不要有问题就问。

 

王豆豆使用的办法就是：

1.先将不紧急解决的问题记录下来，而后找一个时间统一问；

2.紧急问题，若是这个问题不解决就没办法继续下面的流程，那这样的问题就必须立马解决，若是带你的人在忙着测试，那你能够先找其余人解决，若是不忙，那就正好。

王豆豆就是很好运的那个，王豆豆能这么快掌握公司业务，很大程度上都是由于遇到很nice的同事，每遇到的一个问题都能很好解决，解决不只仅是告诉答案，而是从流程，从结构，从根本缘由，从设计目的去分析这个问题，解答很详尽，基本问一次就至关于把一个流程或一个功能点吃透。

 

03 多作

无论你问得再多，看得再多，若是本身不动手去尝试，那都是白费。

 

第一个作：

看文档或系统时，动手画出大体地系统流程图来，也能够是系统框架，系统功能模块等。

 

第二个作：

在问问题时，记录下本身问的全部问题，避免重复问，若是你是第一次，我能给你详细的解答，但若是是第二次，那我会记得我曾经给过你解答，若是还有第三次呢？那是否是我对你的印象就不会那么好，我会以为你对工做根本不上心。

 

第三个作：

执行---跑业务流程，分析流程的动做背后缘由

假设公司业务有付款的功能，那就本身动手从用户注册-〉登陆-〉帐户存钱-〉付款的业务场景来作，一个个完整的流程跑，一边跑一边记录页面交互点，每个动做引发界面或任务或数据库的变化，而后修改一点再跑再记录。

好比付款帐户有钱或没钱的界面返回，数据库的变化，同时了解每执行一个动做，所须要的前置条件，执行所须要的数据从哪些地方取等等。

关注点较多时，不必定只执行一次就所有了解，能够屡次重试，但最终结果是每个动做，你都须要掌握，这也是咱们业务细节部分须要掌握的。

 

---

2.业务细节

 

这个阶段必定是创建在你对公司系统框架，业务流程，产品类型都是至关清楚的前提下再关注的点。

首先要清楚什么是业务细节？

王豆豆觉得业务细节就是经过表象所看不出来的，而是须要根据数据，任务，动做共同去分析的。

 

王豆豆目前以为应该二个办法：

第一个方法是多跑业务流程

前面已经讲过了，根据前面所讲的方法来分析每一次执行动做，记录执行前的前置条件和取数据的表，以及执行后的变化，包含数据库，界面，测试环境记录的日志等。

 

第二个方法是看代码

学会看代码是每个测试人员都应该掌握到的。

 

若是公司没有完整的需求文档，测试人员能够经过看代码分析需求，业务流程的变化，本身就能梳理出需求来。

看代码能够发现测试人员在前端和业务流程上发现不到的问题，同时还能提升测试人员在某类功能点上测试的效率。

 

以测试人员测试Mapping类业务为例，你们都知道Mapping（映射）是指各系统或子系统中相同点的不一样映射。

例如1在A系统中表示小学生，在B系统中表示中学生，2在A系统中表示中学生，在B系统中表示小学生，在A系统中输入1，在B系统界面须要显示小学生。

若是要测试这样的业务，功能测试至少须要二条测试用例来覆盖，那若是是看代码呢，是否是直接就能够看出来了，你又可能会说不就是多二条测试用例么？那若是这样的Mapping值不少呢，功能测试就须要测试不少次，而经过看代码能很快发现AB系统的映射是否正确，是否是效率提升不少。

同时看代码能够清楚更多业务设计细节和流程的跳转及条件等。

之前没有看过代码，刚开始看似确实很难，但看得越多就越容易，学会看代码的前提是对相应编程语言的基础了解，知道如何使用。

 

以上就是王豆豆熟悉业务的方法，欢迎你们和我讨论更多更有效的方法。