业务、技能、工具、流程……很多培训,它们之间哪个是我该首先掌握的?
1、业务方面
你所在业务线的业务知识,肯定是重点。每位新人来后,都会被分配到不同的组,不同的组其业务重点也不相同。
淘宝的主流业务要明白。如:卖家发布宝贝、买家购买宝贝。建议新人可以在测试环境下实际操作下。对淘宝的主体流程有一定的总体概念。
把握当前工作的重点:虽然你处于某一条业务线,每条业务线的业务知识也是很多的,要和tl沟通,明确自己以后的工作重点。先从当前工作的重点开始,一点带面,逐渐掌握业务
2、技能
不同的新人技能要求也不一样,淘宝分为多种测试类型。功能测试、性能测试、自动化测试、接口测试、安全性测试。
每位新人要根据自己“入职时主管对你的定位”+“目前的优势”+“自己打算将来的发展方向”选择不同的技能提高。
因为市面上的技能何其多,要塑造自己的优势。
3、工具
工具方面总体来说,跟技能是相同的。
另外还要考虑公司需要的工具,以后要推广的工具。现在淘宝已用ruby取代了QTP的自动化测试。
4、流程
查看流程规范。最重要的2个流程,就是“项目测试流程”和“日常测试流程”。
我觉得还有比较重要的是注意发布流程的相关约定,比如周二或周四发布要在什么时间确保提交测试、什么时间预发布测试。
对于新人,在项目中实践,通过执行别人写的用例,可以很快的体会测试的思想,掌握一些测试的基本方法。但自己编写TC,从UC提取TC,确实还需要一定时间的锻炼。
记得刚开始的时候,从头到尾的看完UC,很多规则,脑袋看得晕乎乎的,TC的也是像抓图似的,抓了这块忘了那块。经过一段时间的练习,我逐渐掌握了较为系统的测试用例的编写方法,现把自己的一点体会总结下:
1、在测试之前,要熟读prd和UC,深入的挖掘UC,对于新增的业务,如果对之前的老业务不了解,那么一定要找出相应的资料了解下其中的规则。可以参照自己所在产品线业务的mm图,熟悉整个业务框架。对于自己不明确的地方,UC上没有指出来的,记录下来,以便在UC评审的时候提出,及时的得到解答。
2、根据UC编写TC。多参照QC里写的好的用例,对照着UC,会收获很多。目前各产品线也在总结一些公用控件的测试用例,为以后的测试形成规范和指导。
3、还需要理论结合实践。测试用例的设计方法如:等价类划分、边界值分析、因果图法、判定表法等,结合相应的实例来学习会比较快的理解。
4、BUG的经验总结,每周周会我们社区组成员都会分享这周发现的经典bug,并记录在cf上,彼此共同进步,感觉很好。也可以多看看站点上整理的经典bug,开拓自己发现bug的思路。
刚进入这个行业,一切还不熟悉,但身边这么多热心的有经验的人,主动与他们交流,向他们请教自己心中的疑惑,自己平时多做总结,你会在不知不觉中提高自己的测试技术。
这里很温暖,有充足的氧气够我呼吸,有充足的阳光普照,我想我们新人很快就可以成长成一棵棵参天大树。