测试人员核心能力2
作者：互联网
曾在测试人员核心能力中提到了
测试人员的核心能力，是用例设计的能力。在那篇博客中，我提到了用例设计和技术。
却忽略了很重要的一个东西：业务。
最近换了一个工作，从小公司换到了大公司。
“业务”这两个字，就如同洪水猛兽般，向我冲击而来。
按照写博客的惯例，先总结历史轨迹。哈哈。
税务公司
第一家公司是做税务的。
看过我博客的同学应该知道，我买过税法的书。
但是，只翻了一点点，哈哈哈。
并且由于浮躁等原因，并没有在在职期间对税务知识主动学习多少。
基本上是受项目需要和业务考试，推动着被动地掌握了一些。
金融公司
第二家公司是做金融的。
刚入职的一星期，记了很多的笔记，并且在工作期间，主动地学习项目相关的业务。
看完一些金融电子书，比如《血酬定律》（来自大佬的推荐）、《搞懂金融的第一本书》、《解读基金》等。
对于金融展现出了足够的兴趣，但未上升到测试层面。
业务很高级
看到这个标题，是不是心中一懵，高级？
论据1：大学老师讲过他们的项目经历，一帮人拉去做封闭，具体啥业务我搞忘了，反正就是他们没接触过的全新系统，边做边啃业务，项目做完他们就熟悉了那个领域的业务。这对于搞it的来说很正常。
论据2：我之前做过etl测试，我是测试负责，但偏业务的bug，是由另外一个很懂税务的同事测出来的，得到了架构师和项目经理的称赞。我也觉得，那些bug的价值更高。
论据3：开发，按水平来分，初级中级高级，高编的要求不仅是技术高，还要业务高。我见过不止一个从高编转产品的例子。
论据4：管理，如果做一个公司的管理，不懂公司业务，那就不算正儿八经的管理。不知道这样的你见没见过，反正我是没有见过。
业务是高级人员必备，所以说，业务很高级，哈哈哈。
拥抱业务
面向对象编程的对象，就是从业务中抽象出来的。架构模式，也是根据具体业务场景来设计的。运维资源，也是视业务规模来适配的。码的代码，也是实现具体的业务逻辑。不懂业务，光有技术，创造不了任何价值。
不论哪行哪业，至少it相关的业务逻辑很多都是相通的，比如增删改查、用户权限控制等等。现如今处于互联网+时代，越来越多的信息化，掌握了某一领域的业务，其他业务很容易触类旁通。除非学习能力实在太差。
越往高级别的测试走，就越要求对需求能提出有效的重要的建议。业务，也是测试的事。
最后一句话总结：
业务创造价值，没有业务，何谈价值？
标签：论据,核心,高级,能力,业务,测试人员,测试,税务 来源： https://www.cnblogs.com/df888/p/11185947.html