软件测试左移、右移和DevOps小结 - 51ste.com
登录|注册

软件测试左移、右移和DevOps小结

作者:ruink  发布时间:2019-03-11 13:30:19  关键字:测试左右移 DevOps实践 

上周,小酋组织了异常关于“软件测试左、右移和DevOps”的讨论会,主要对这些概念进行了解释及共同探讨可能的实践。

软件测试左、右移和DevOps

下面来说说我们整理的一些总结。

测试左移、测试移动

 测试左移、测试移动

主要是针对于测试生命周期线向左、右移动,目的都是为了更好的服务于软件产品质量,并为公司节约时间和成本。

测试左移
左移的核心思想是尽量让测试团队尽早接入软件项目的测试,并扩展测试内容项,达到提前把缺陷在萌芽阶段清除,避免后续时间紧张及更大的经济损失。

通过大家的讨论,“左移”我们可以从以下这些方面着手:
1、需求文档测试、评审和复述
这一点,讨论总结出了以下几点思路:
①需求文档的测试及评审;
②业务、功能的梳理,并找到对应的产品进行复述,确保理解正确,无歧义;
③开发对业务、功能可能存在理解偏差情况下,找到对应开发员,复述确认需求。(非常不错的实践)
2、文档测试
包括了需求文档、概要设计、详细设计、数据库设计、UI原型、UI效果图等所有交付文档的测试。
3、单元测试
通常不建议对代码进行路径覆盖、条件覆盖等涉及代码能力较高的测试,如果公司有条件,应该交由专门的测试开发团队负责,一般测试员可以做:
代码规范性检查;
代码扫描;
4、接口测试
接口测试自动化。
5、常规测试前准备工作
测试计划制定、测试方案制定,测试用例设计及用例评审。

测试右移
右移的核心思想是让测试团队确保产品上线后的正确运行,并建立一套机制,让线上的bug能尽早或先于用户发现并处理。

通过大家讨论,“右移”可以从下面两方面着手
1、预留问题反馈处理时间(类似于游戏测试的公测期)
根据项目大小(或评级),从而预定一定的时间来进行项目发版后的问题反馈收集,筛选出bug并进行集中修复处理。
2、建立问题及时处理机制(需要多部门协同)
通过开发工具或建立一套部门协同处理问题机制(如客服先收集问题,技术对问题进行过滤,测试确认bug,开发进行回归测试)来及时发现线上问题,确保软件产品有良好的用户体验。

DevOps (Development and Operations)

DevOps

字面意思是开发和运营,实际指:为解决开发、运营、测试和网络运维等的沟通鸿沟,打破信息不一致的阻碍而建立的一套机制和采取一些列方法(工具)的统称。最终目的在软件项目版本开发中良好快速的进行流程流转,从而节约版本开发时间,达到快速发版的目的。

通常需要从公司高层支持,可以从下面着手:
1、技术与运营同属一事业部,从而在行政层面保持沟通顺畅;
2、采取OA协同平台类似的工具,能够方便、快速的交流处理问题;
3、在流程中引入各角色的明确分工及配合,项目根据规模适配不同的流程;
4、引入高程度的自动化(不仅仅是测试);
5、成立类似于CCB(控制变更委员会)或EPG(过程改进小组)这样的小组来快速处理过程问题,从而保证项目良性发展。

总的来说,我们应该根据公司、项目情况,引入以上提到的部分实践(当然,可能还有更多的实践需要我们去探寻)。欢迎各位同仁拍砖~

本文由51ste.com网友编辑,未经授权,不得转载使用上述作品盈利;个人转载,需标明原文作者及出处。

更多相关文章

说说看法查看全部评论(0)

ad banner 250
微信二维码

部落微信公众号

QQ二维码

部落QQ群二维码