测试转Business Analyst？

xuerzj

一直做软件测试，做的挺好的，也没什么压力。现在公司想让我做BA，感觉压力好大啊。主要是英语很烂，有时客户说什么都听不懂，不知为什么公司非得让我做啊。现在半个测试半个BA半年了，虽然有了一些经验，比一开始好一些，但还是觉得费劲压力山大。怎么办？工资也没长，一人干俩人的活。但从长远角度讲，BA还是越老越吃香吧。感觉测试干到头也没什么大发展，做纯自动化测试也没那技术头脑。现在自动化也是照人家做好的框架做。是不是坚持下去转成纯BA？

runydy

觉得转BA挺好的，感觉着大趋势是非纯自动化测试的需求以后会越来越少呢。

bobochan

能说说BA到底是做什么的吗? 好像好容易找工做.我是做DBA, 我以前公司很多BA, 但没次裁员, BA是第一批被裁的人.

ekong

BA感觉就是公司要改变要改革要流程再造时写报告的

xuerzj

bobochan 发表于 2019-3-17 23:48
能说说BA到底是做什么的吗? 好像好容易找工做.我是做DBA, 我以前公司很多BA, 但没次裁员, BA是第一批被裁的 ...

做软件功能需求分析

xuerzj

ekong 发表于 2019-3-17 23:52
BA感觉就是公司要改变要改革要流程再造时写报告的

不是，我这是软件需求分析

shaoya

不知道做软件测试好做吗？
是不是一定要有码工经验？

xuerzj

shaoya 发表于 2019-3-18 02:32
不知道做软件测试好做吗？
是不是一定要有码工经验？

做手动测试，入门很容易，但现在基本都要求自动化测试，编程经验很重要了。

20100

听起来不错

gifox

不用太担心语言问题把，用的多自然会提高。
BA最重要的是行业经验+软件经验。

我上一份工作也写需求，不过仅限于1-2天开发时间的小customisation 或者 enhancement。

懂得行业需求和做法，然后熟悉软件功能。前者一般在那个圈里里面久了自然知道，后者的话，测试可能是最熟悉功能的一群人了。就连开发也最多熟悉他们自己做的哪一块。

我看到很多不同的岗位转BA了。不过有时感觉也挺苦的啊。我以前出差上客户那里做transition , 写流程，写操作手册， 打卡公司收钱，客户最多是在那8小时内把我尽量用。

一同出差BA出差去人去开会，开个没完没了。我都开始神游了，她还在不停的记录。一到下班时间我就开始到处觅食，BA还要回去整理笔记，做draft 1， 2 ，3 因为第二天上班要讨论。听说每个晚上都干到11点多。第二天准时8点出现在办公室。

我写的流程和技术手册，我估计过了培训阶段就扔一边了。而且只要不是“错漏百出”，可以做到按图索骥就好。部分词句不严谨不太要紧。

BA需求也不好搞，以后有什么问题，到底是BUG还是enhancement，就得回去翻BA 写的东西了，可以说会被重复检阅，甚至要斟酌字句。

xuerzj

gifox 发表于 2019-3-19 08:44
不用太担心语言问题把，用的多自然会提高。
BA最重要的是行业经验+软件经验。

谢谢分享。现在我不跑客户，大部分是跟公司内部人交流，研究其他现成的软件。希望再做一段时间会更适应些。测试暂时还不想完全放弃。

gifox

xuerzj 发表于 2019-3-19 08:45
谢谢分享。现在我不跑客户，大部分是跟公司内部人交流，研究其他现成的软件。希望再做一段时间会更适应些 ...

那就轻松不少啦。

不着急下决定，尤其是可以脚踏两只船的时候。

下一份工作你看你投什么写什么，另外一面的1-2句。就好了。

不过工资你要主动和现在的老板谈。上次老板给我加任务的时候，我和他说，boss, I recall that Uncle Ben said with great responsibility comes great money....

nozomashi

从技能上讲这是两套蛮不同的skillsets，粗略的讲
测试是把需求转为测试脚本和业务验证的能力
BA是把理念转为实际IT需求的能力
前者更侧重逻辑和理解，后者更注重桥梁和推进的能力
当然很多公司对角色的定义是很模糊的，好的BA是把浮在天上概念落地成IT实现的角色，也有把这个角色叫solution design或solution architect。
既有业务做一些enhancement的requirement engineering，这种的BA的话developer/tester往前拱一拱就能做到。
按楼主同学说的如果语言不好，做BA可能是比较吃力的