刚入职如何快速熟悉需求并输出测试用例?

刚入职第一天,早上办完入职,下午就就分配了测试任务,2个模块+13条短信验证,两天内输出测试用例(xmind输出功能点,excel书写业务流)。测试负责人给我们快速讲了一下业务,在这过程中大概记录了自己认为关键的一些词语、角色、平台等,听完也感觉云里雾里的。

时间很紧张,两天书写用例+两天测试时间。

原想着刚入职的新人,应该就是熟悉熟悉需求,了解一下环境之类的,没想到直接派任务,年轻了。

刚入职如何快速熟悉需求并输出测试用例?

我做了以下事情:

1、先找人要到相关的需求文档、书写用例的规范等,先大致了解。

2、初步了解了需求后,发现分配的模块如果基础数据比较充分的情况下,那么后台列表的功能测试就是常用的那几种:单字段查询、组合查询、分页、倒排、根据分页后的内容快速查找第几页的数据等,列表的数据是基于上游业务然后产生的,如果使用已有的测试账号,数据比较多的话,可以直接验证。

3、难点在于新数据的产生,这个前提是必须了解上游系统数据是如何产生的?上游系统产生数据后,在被测列表中展示,然后再做对应的操作。

4、数据同步的问题,PC 端、APP 端都有此功能,还需要重点考虑数据同步的问题。

根据以上活动,我总结了以下三个步骤,可以快速熟悉需求:

步骤1

拿到被测需求后,初步浏览需求,熟读需求,多读几遍,了解该模块的作用,这个需求文档里边一般有说明。找找产品对该需求是否有流程,可根据流程图去了解数据流走向(一般是泳道图或是用例)。泳道图 按照不同的角色 从业务开始到业务结束,不同角色的职责。用例的话 ,一般是根据不同的角色 如 普通用户、VIP用户 分别有哪些权限,可以使用哪些功能等等。(多看看需求2-3遍,多思考,将不同的角色业务抽象出来,梳理出功能点)

步骤2

从步骤1可找到上游相关的业务,此时可以去找找负责上游业务的测试同学,获取账号及链接地址,自己去摸索着走一遍业务,此时一定要不懂就问,不要怕,态度放诚恳点客气点,一般都不会拒绝你。(测试环境的一些测试账号 链接等,可以先借用别人的,长久之计还是自己注册一个属于自己的账号)

步骤3

捋清楚了上游数据的输入和当前业务的需求,就可以将现有流程串起来了。(梳理出业务流程)

重点:先聚焦于自己关注的点,再往外延伸一层,梳理与当前业务相关的上下游数据,了解透彻了,可以再往外延伸一层,梳理本次迭代的整个需求,了解自己分配的需求在本次迭代中所处的地位。

除此之外:

1、新来的话 跟其他的测试小伙伴打好关系。

2、结合已有的业务,自己多去点点,去试用现有功能,会有意想不到的收获。

3、自己私下多去下功夫,遇到不懂的一些名词,多去网上搜索搜索,然后再结合现有的业务去加深理解。

总结:

我呢,差不多用了5天时间,完成了2个功能+短信业务从测试用例编写到线上验收通过,结果很好。虽然在这5天的时间里,精神高度集中,满脑子想的都是需求,这一个小点,那一个小点,想着有没有遗漏需求,各种场景有没有覆盖到,整个人是充满兴奋感的,没有感觉到一丁点累。当时想的就是如何能快速地了解需求,快速融入环境。

每次换完工作,刚入职的这段时间都是辛苦的,忙着适应环境,忙着上手工作,忙着发挥自己的价值,忙着证明自己的能力。但是呢, 没有做不好的事情,只要肯下功夫,一定能做好。加油!

源自公众号  软测小栈



留言