面对自己接触的几个行业相关的测试,谈谈自己的心得体会。
1、金融行业。
金融行业是刚毕业从是测试的行业,一开始接手的是纯粹的接口测试,测试逻辑全部在linux服务器的日志里面。当时给我的感觉是接口测试好难,知道怎么去测试但是业务逻辑等了解起来很费劲,好多测试内容不知道是否正确。在3个月左右的测试和业务学习之后,瞬间打开了能量大门,测试起来得心应手,有时候还能在需求评审的时候提一些合理化的需求建议。
整个行业呢,测试把控都比较细致,流程也挺完善。从需求到测试准出都有严格的时间限制,对质量要求也比较高,毕竟涉及到钱。但是,因为金融一般业务相对是复杂的,不仅存在业务之间的逻辑关系,还有系统之间的,而且需要学习金融相关的常识,上手不会很快,所以招聘的时候都希望应聘者有对应的业务知识。而且,相关的研发部门一般都是人员比较多的,交流也会显的尤为重要。虽然说金融行业外包的岗位很多,但是抱着学习的心态找一个长期驻场的测试工作,个人成长的还是会很快的。
2、传统软件行业。
传统软件公司一般都是从政务、国企、央企等接一些项目,不同厂商合作,能力越大的公司接手的项目应该就越大越核心。不过现在大环境下这种纯粹的接项目的公司也在慢慢地发展自己公司的一些业务。
我的第二份工作就是一个传统的软件公司,相比较第一份工作而言,技术会相对先进一些,但是流程就会没有那么的完善。毕竟项目的排期等因素会受到客户、需求、技术等的限制,测试时间把控等没有那么严格。
在里面接触到了政务类的项目,这种项目给我的感觉是不同项目都有不同的逻辑,每个项目之间没有关联性,也没有很复杂的业务,测试起来很好上手。但是需求你永远不知道会改成什么,有一种客户是老大的感觉,只要客户觉得需要改的着急用的,技术允许条件下都会优先改动。
同时,在里面还负责了核心网相关的测试。因为是和电信合作的,但是又不是核心的项目,大部分都是数据采集、数据处理、功能验证等。这种类型的项目相对于政务的来说是需求改动比较少的,但是毕竟接来的项目是边缘项目,所以业务方面的了解所有人都不是很多。但是,因为涉及到数据的处理工作,在数据处理这一块用的技术还是比较多和先进的。也会用到REDIS和Kafka等现在互联网公司常用的一些工具。
在这种行业的公司里面做测试,业务了解的应该不会很多,因为所有的系统业务都是相对简单的。但是在这种类型的公司,因为接手的项目多种多样,就会有一种什么项目过来就需要接手什么项目的现象,所有对测试经验的积累还是挺有帮助的。
3、互联网行业。
纯粹的互联网行业目前还没有进入过,但是这是我未来的一个目标。
据了解,这种类型的公司,测试流程等主要看领导的想法。这类型公司的技术会很先进,业务多少还取决于公司做的是哪方面的产品。但是因为这类型公司一般需求比较多,工作强度会较大;因为相对大点的公司会有很多大牛在里面,个人也可以在里面学习到不少内容。
上面就是我理解的不同行业测试相关的内容,大家有什么看法或者想法可以相互交流。