转行软件测试后要怎么发展？

　　这里只针对跨行转软件测试的朋友，如果各位本身就是测试从业人员或者开发转测试的人员，可以看其他同仁编写的测试学习路线，走技术测试，学编程，转测开，出任CTO，迎娶白富美，走向人生巅峰。

　　一、提炼测试思维

　　测试人员最核心的能力，就是拥有测试思维，简单的来说，测试人员要站在使用者的立场上，对产品经理和开发人员灌输的信息(设计和功能)进行拆解，在拆解的过程中，提出质疑，通过质疑来推动整个产品的改进。

　　举例，产品出个需求设计，你对设计拆解，得到对应需求的目标(使用者)，核心功能(用这玩意干啥)，特色功能(跟其他相同产品有啥不一样的)，附加功能(显得咱功能比较多，其实没啥用)。

　　这时候，你根据你在这个行业的经验，来提出质疑。

　　核心功能到底对不对，这个功能对于使用者来说，是不是真的有用，有必要。

　　特色功能有够特色吗，这个特色功能加上去是增加了使用者的困惑，还是真的有提高产品的可用性。

　　附加功能是否多余，附加的功能有没有压过了核心功能，导致核心功能不够突出。

　　是不是很简单?

　　那么，产品设计这块儿过去了，开发把功能做出来了，那你就需要对功能进行拆解。

　　首先验证这个功能是不是正确的。(正常流程)

　　其次，要达到使用者的目的，操作繁琐不繁琐。(体验友好度)

　　然后，考虑到使用者是个生手，可能在各种情况下进行各种非规定的操作，这个功能会不会有问题。(异常流程)

　　最后，如果产品使用的时间够长，数据量不停增大的情况下，功能呈现会不会变慢 (大数据量、性能)

　　是不是也很简单?至于大数据量你还不会验证，没关系，你只要提出来需要测试这个点，可以让开发给你造测试数据。

　　二、提高沟通能力

　　对测试来说，沟通能力是非常重要的能力，而且，在互联网公司，你沟通能力强，往往意味着升职的机会多。当然，在我们软件测试活动中，沟通能力并不是我们通常意义上所讲的交流，这里包含的更多成分是技术含量以及服务意识。这里的沟通不是耍嘴皮，与产品人员或者开发人员沟通，我们需要从专业知识角度考虑，比如当我们发现的缺陷开发人员不认可的时候，我们如何从理论、实际应用以及缺陷可能引发的后果等角度去阐述缺陷，使他们认同我们的观点。所做出的阐述要有理有据，而不是强词夺理，更不是争吵。沟通这个确实很难具现化出来，唯一可以总结的就是，坚持原则，善于倾听，心平气和，互换立场。

　　三、学习一点简单的脚本语言

　　即便你决定了走业务路线，也是需要学习一点技术的，这个对你后来的工作有非常大的帮助。当然，因为不走技术路线，所以学习内容跟测开是不同的。

　　你不需要(或者暂时不需要)去学习一门编程语言，入手一门简单的脚本语言即可，我个人建议首先学习SQL语言和SHELL语言。

　　学会了SQL语言，你就可以自己造数据了，不需要找开发了。而且，有很多功能需要对页面呈现的数据进行验证，那么会SQL语言的话，就可以从数据库中查出对应的数据来跟页面上的数据进行比对验证。

　　学会了shell语言，可以熟练的操作服务器，也可以独立完成一些小脚本，并根据脚本追踪一些问题，例如页面报错这种问题，可以先自己查一下日志，或者通过shell命令来追踪这个数据请求的链路，定位到是哪一层发生了问题。

　　这属于进阶的基础要求，都不难，其实更多的时候，在工作中碰到了问题，先通过网络寻求解决方案，把别人的方法记下来自己运用，多来几次你就熟练了。

　　以上内容为大家介绍了转行软件测试后要怎么发展，本文由多测师亲自撰写，希望对大家有所帮助。了解更多软件测试相关知识：https://www.duoceshi.com/xwzx-hydt/