谈谈业务知识学习

上一篇 / 下一篇  2017-04-06 09:40:50 / 个人分类:功能测试

软件测试多年,要问我剩下了哪些,我想其中之一是,拿着个软件,我立马想要弄清楚这个软件是解决什么问题,也就是学习业务知识

        业务是软件要解决的核心问题,而作为功能测试系统测试人员,站在使用者的角度来使用软件,首先就要学习业务知识。

        学习业务知识,对于一个跨不同行业(业务不同)的软件测试人员来说,是必须的能力。我一开始是做政府软件,政府的管理思维从未接触过,就只能盲目的跟着导师跑流程,并讲不清楚做这些事情背后的意义。工作的效果就可想而知了。

 

       今天我们来讲讲学习业务知识的方法。

        对于项目管理规范的软件,直接阅读需求文档。需求文档是写给开发和测试看的,基本的业务逻辑和页面呈现都会比较清楚。对于从未接触过的业务,一定要多阅读几次手上的文档,了解业务主线,积累一些问题再去问项目成员。如何问也是有技巧的,后面再讲。

规范的需求文档简直是测试人员的福音,项目做多了以后,了解到文档的编写方式有很多种,但是UML建模中通用的图,如泳道图、用例图、流程路径图、时序图,使用这些图是讲清楚系统结构、业务逻辑的最好方式。一个系统级的需求文档如果只有文字描述,这个需求水平肯定不是很高。

    对于文档不规范或者没有文档的项目,如何学习业务呢?答案是使用系统和问人。

        先讲问人。问人其实考验我们的交际能力。问什么问题,用什么姿态去问,什么时间去问,这些都要思考的。对于一个管理岗位的人,适合问如下问题。

        系统核心业务是什么?

系统各功能间的关系如何?

是否有一些文档可以提供?

每部分对接的具体人员是谁?

        对于负责具体业务的人员,就可以针对具体业务来请教。

        问问题的道理讲起来也很多,关键是尊重对方,以学习的心态,在对方合适的时间,去请教具体的问题。初次见面一定要讲清楚来意,让对方有心理准备。对于涉密的内容,尽量考虑对方的处境。问问题过程中,不要对事物急着下结论,如在了解并不全面的时候,给出定性的否定的结论,这都是很让人反感,很容易让对方否定你个人人品的细节。

        再来讲一下使用系统。拿到系统后,应该记录下需要多次使用的内容。

        拿到一个新系统,首先当然是粗略浏览各页面,把功能清单梳理出来,也就是我们测试中的大纲法。每个页面有很多字段,需要记忆并在各页面之间去关联查看。对于测试环境,你可以使用系统,给系统新增、修改、删除数据,检查功能的变化情况。对于业务复杂,功能较多的系统,靠大纲法其实是看不清楚系统间的业务逻辑的,这时要想尽办法去寻找一些有用资料,去对接一些熟悉业务的人。或者介入到项目中的环节,如测试版本,不断去摸索出一条业务主线。

        业务知识的学习其实还有一些途径,例如财务软件,可以学习些会计基础知识;电商软件,这简直是所有女人的专业,买买买多了,购物软件的套路非常清楚,立马能应用到。所以,你的知识面也决定着你是否能够快速地学习和理解新的业务。那我给的建议就是扩展自己的知识面。

 

        业务知识的重要性可想而知,业务的存在都是有原因的。商业软件应更多地从赢利的角度去考量,企业管理和政府软件更多的是管理信息。

对于想要挖掘和热爱学习的人,软件测试或许也是了解各行各业的一扇大门。

        愿你收集了这些知识后,都能为你所用,为他人解决难题。


TAG: 知识

我是你的菜的个人空间 引用 删除 我是你的菜   /   2017-04-26 11:15:38
-5
sunlight426的个人空间 引用 删除 sunlight426   /   2017-04-09 09:42:31
最近再尝试写一些测试相关的文章,大家有兴趣可以关注头像图片上的公众号,每周日定期更新一篇文章。
 

评分:0

我来说两句

Open Toolbar