与传统测试组织相比,敏捷开发团队不再细分小组,敏捷开发团队构建时即确定了测试工程师,因此,敏捷测试中不存在测试团队构建环节。同时,因产品规划期间已经设定了具体的实现目标,大部分软件公司不再要求测试工程师编写测试计划与方案,或者编写的计划与方案相对简要,因此,敏捷测试流程中,通常只具有以下几个节点(如图):【1】分析测试对象
敏捷开发团队中的测试工程师,接受任务分配后,需熟悉被测需求,其获得待办事项列表、用户故事集、需求大纲等资料,通过阅读从总体上掌握被测对象情况,便于开展后续的需求分析、用例设计等工作。
【2】分析测试需求
测试工程师熟悉相关需求后,根据测试管理需要,可将用户故事、需求大纲以测试人员视角提取出来,便于后期的用例设计与执行。
因用户故事或需求大纲在某种程度上已经表述较为清晰,测试工程师可直接将用户故事或需求大纲作为测试步骤进行测试。
如果用户故事或需求大纲存在较多验证信息,则可根据测试用例设计的需要,细化测试需求,并利用需求管理工具进行。
以ECShop登陆功能为例,用户故事表述如下:OK,本期干货分享就到这里,我是汇智妹,日常分享IT技术文章和IT圈热议的那些事儿;
职场技能提升、助你步步高升,有对IT行业感兴趣的小伙伴记得粉一波哦~比心♥
![](http://static.tieba.baidu.com/tb/editor/images/bearchildren/bearchildren_15.gif)
![](http://tiebapic.baidu.com/forum/w%3D580/sign=a817cf444cb5c9ea62f303ebe538b622/b501f346f21fbe09f7ef3a5b7c600c338644ad1c.jpg?tbpicau=2025-03-02-05_4fb1bee38f2ff48a2afe30a41efb2f6e)
敏捷开发团队中的测试工程师,接受任务分配后,需熟悉被测需求,其获得待办事项列表、用户故事集、需求大纲等资料,通过阅读从总体上掌握被测对象情况,便于开展后续的需求分析、用例设计等工作。
【2】分析测试需求
测试工程师熟悉相关需求后,根据测试管理需要,可将用户故事、需求大纲以测试人员视角提取出来,便于后期的用例设计与执行。
因用户故事或需求大纲在某种程度上已经表述较为清晰,测试工程师可直接将用户故事或需求大纲作为测试步骤进行测试。
如果用户故事或需求大纲存在较多验证信息,则可根据测试用例设计的需要,细化测试需求,并利用需求管理工具进行。
以ECShop登陆功能为例,用户故事表述如下:OK,本期干货分享就到这里,我是汇智妹,日常分享IT技术文章和IT圈热议的那些事儿;
职场技能提升、助你步步高升,有对IT行业感兴趣的小伙伴记得粉一波哦~比心♥
![](http://static.tieba.baidu.com/tb/editor/images/bearchildren/bearchildren_15.gif)
![](http://tiebapic.baidu.com/forum/w%3D580/sign=a817cf444cb5c9ea62f303ebe538b622/b501f346f21fbe09f7ef3a5b7c600c338644ad1c.jpg?tbpicau=2025-03-02-05_4fb1bee38f2ff48a2afe30a41efb2f6e)