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