
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,越来越多的企业都开始关注软件测试行业的发展与变化,而软件测试程序员也是求职市场中的一个热门岗位,下面我们就通过案例分析来了解一下,软件测试与软件开发之间的关系分析。
迭代目标中显性化质量目标
迭代目标的设置可以帮助我们建立全局观,但是我们在设置迭代目标时往往从业务需求层面,而质量往往是隐性的。为了在一开始培养团队的质量意识,可以先将每个迭代的质量目标显性化。等团队质量意识建立后,可以慢慢再去除。
需求条目启动(开卡)
需求条目的启动或者叫开卡,是更细粒度的针对一个故事卡,或者一个需求条目的启动仪式。当开发准备开始开发某个需求条目(故事卡)前,团队业务/PO、开发与测试围绕需求条目(故事卡)做进一步澄清,达成一致再进入开发的一个仪式。这个仪式改变了之前开发和测试通过代码移交的互动方式,在这个仪式上不仅可以进一步对齐大家对这个需求条目的认知,更给了测试一个机会从质量思维角度给开发更多的输入,从而避免一些未考虑到的场景和分支。
需求条目验收(验卡)
需求条目验收和需求条目启动是一对活动。它是当开发完成某个需求条目编码和自测后,向团队包括团队业务/PO、测试等进行showcase,团队对开发的成果提出即时反馈。原来开发通过把代码以及自测结果移交给测试,这种互动不仅效率低,甚至很多时候测试根本不看也不信任自测结果。需求条目验收的互动方式,不仅移除了耗时又低价值的自测报告,更加快了业务和测试对需求实现的反馈,同时也增强了测试对于需求呈现的理解,之后的测试阶段可以聚焦在更有价值的发现上。
Pair单元测试
在单元测试中我们往往遇到一个很大问题,测试人员不那么信任单元测试的结果。一方面是开发的单元测试用例写得多是开发思维的角度,很多是在重复测试。另一方面很多为了完成覆盖率任务,并没有很好的结果验证。单元测试因为涉及代码细节,天然的归到开发的职责范围,但是如果我们改变这种互动关系,测试和开发Pair,测试可以利用他的优势来帮助开发设计更高效的单元测试用例,开发可以利用他代码优势迅速建立单元测试框架。这种Pair不仅是个产出单元测试的过程,更是互相学习,互相赋能的过程。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。