整理需求是测试的工作职责吗?
我这边新派下来的任务,说我除了测试之外还需要参加和开发的讨论会,把需求记录下来并整理写成文档,我从业经验也不长之前没做过这个,以前需求文档都是产品出的啊。。。所以想问问大家整理需求并写成文档这个是测试需要做的嘛?还是说想深入发展,多面发展,增值的话 这是个很好的学习机会? 个人感觉还是个很好的学习机会吧,学多点总不会错的,整理需要文档也能帮助整理思路,为你的测试工作服务! 认真对待吧,个人感觉,算测试的工作。测试含静态测试,文档测试。另一方面,能在需求找到问题,又为公司省下很多开销。再一个不知道需求,怎么测试。 一般都是下需求的人将文档给我们,没参与过需求评审... 整理需求的最终产物是产品需求说明书吗?
如果是的话, 整理后最好要跟开发以及领导确认,然后就让开发以及测试按照这个文档开展相关工作,这样就可以把公司的规范给做起来,后期对于测试工作的展开就有利多了,具体是不是测试工作的职责,就看具体公司的了 要看做什么测试
如果是UAT测试是应该作为工作的一部分 回复 2# 夕阳西下°
是呀 作为一个学习机会 多学点总是没错的 回复 3# omg
现在确实是连需求文档都没有。。。我都在想后面怎么开展测试。。。头痛。。。公司小啊。。。就我一个测试 回复 4# forstkksk
对呀 我以前也是直接收产品发来的正式需求的,不过我们有需求评审的 回复 5# 没翅膀的飞鱼
应该是需求文档吧。。。 这个工作应该是需求人员做 回复 8# yayazone
你整理,不就是有了吗? 1、首先明确:需求、设计、开发、测试,是不同角色人员的职责范围;
2、一个人员,是可能同时担任多个角色的,但你要分清重点。在不同阶段可能有角色转换。
仅以需求阶段为例,在此阶段按照你们公司的规定,你职责上转换为了需求人员,公司领导等其他审核人员转变为了测试角色。但在后续测试阶段,你的角色又转变为了测试角色。
所以,一个人无论担任多少角色都没问题,关键是:1、职责及责任人划分是否明确;2、是否具有相应的技能;3、时间安排上是否有冲突;4、自己是否有足够的兴趣。
但是从成熟的企业来说,需求这项工作一般不会直接安排给测试人员,一般要求相应人员参与前期需求了解,提供一些反馈意见。 一项工作并没有完全规定必须由谁来做,公司会根据现状安排
既然是个机会,何不好好学习一下 回复 1# yayazone
了解产品需求是测试的第一步!
页:
[1]