51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2905|回复: 1

[原创] 怎样确保版本质量--测试角度的思考

[复制链接]

该用户从未签到

发表于 2020-2-24 15:08:39 | 显示全部楼层 |阅读模式
近期面试过程中,经常被问到的问题,是通过什么手段去确保版本质量。
可能自身缺乏一定的基础积累,只能从有限的项目经验作答,个人感觉主要通过版本管理与一定的技术手段来保证:
一、版本管理
严格规范项目流程,每个迭代大概分以下几步:需求评审,设计复审,测试计划,测试案例评审,代码review,测试(冒烟、单元、集成、系统、性能、安全),回归测试,版本评审。
严格按照规范化的项目流程走,可以有条不紊地安排开发、测试计划,合理分配开发/测试人力、时间,是版本质量的制度保障二、技术手段
不同阶段可通过不同的技术手段来保障版本质量:
1)需求评审:并不是所有的业务需求都是合理的,都应该或适合你所在项目组来做。所以需要对业务、各个项目组的架构都有一定了解的基础上,提出合理意见。
2)设计复审:开发同事在深入理解业务背景、所要实现功能的前提下,需要考虑该功能上线的影响点、风险点,并考虑异常场景下的逻辑处理,提前考虑应急预案,通过开关、灰度发布等手段规避风险。
3)测试计划:针对风险点,对业务的理解,制定完善的测试计划,需要涵盖基本功能、前后端异常场景、性能、安全等多个维度。
4)灰度发布:新版本上线前,通过灰度发布的方式,提前生产验证。灰度环境同时可以作为线上环境的备用系统,当新版本一场,通过开关等手段无法降级、规避异常的情况下,在评估关联系统影响后,可考虑采用灰度布老代码、修改后的代码来解决问题。
5)容灾演练:通过不定期的容灾演练,检测系统架构的健壮性。检测系统在数据库连接异常、关联核心系统异常的情况下,系统基本功能的情况,来设计更合理的系统架构。

以上均本人拙见,期望大家不吝赐教,共同学习进步。
谢谢!

回复

使用道具 举报

该用户从未签到

发表于 2020-3-25 20:37:50
这个我觉得测试用例评审、交叉测试也必不可少
支持 反对

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-3-29 16:42 , Processed in 0.066366 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表