论测试左移有多难?

简介: 论测试左移有多难?

大家好,我是阿萨。测试左移是大家一直提倡的事情。阿萨先描述下期望的测试左移的过程。


期望的测试左移过程:


1. PO接到需求,进行需求可行性分析和研究。在需求确实对客户有实际价值的情况下,再进入下个环节。


2. 架构师技术调研,针对需求进行技术预研。确保技术方案可实施。


3. BA拆分业务,根据业务拆解出不同模块。同时给UX以及Dev和测试澄清相关需求。


4. 针对UX设计结果大家一起分析风险和难点,确保问题都暴露在前期。


5. UI和UX设计稿确定后和客户评审过之后开始 分解相关卡,开发和测试一起Kick off,确认没有遗留问题产生。这个时候客户原始场景和真实客户诉求已经达成共识,没有遗留场景和问题,客户高优先级场景已经识别并达成共识。


6. 开发完成代码,写UT,自测以及需求展示。开发自测很关键,要确保所有客户场景都是没有问题的。同时不影响其他场景。


7. 测试完成用例,以及客户场景的识别和转化,同时场景清晰没问题。


8. 开发提测。


到这里左移工作完成。可以看出来前期需求质量主要依赖 测试前提针对设计和需求原始场景提出疑问。以及开发自测上。


但是实际过程中,会有哪些场景呢?


1. 需求提测后发现场景遗漏。


2. 需求前期没有测试参与,导致需求范围不明确。需求描述太简单,没有任何限制条件和约束条件的描述, 任何有参考价值的内容都不体现,只展示客户显示内容。


3. 开发不自测,没有UT。美其名曰:代码架构复杂,无法写UT。


4. 开发前期对客户原始场景不了解。不知道要解决的客户场景是啥样的。


5. 大量需求验证工作要测试完成。甚至连自己实现了的不同浏览器支持都不愿意找个windows浏览器看一眼,美其名曰,不想干测试的工作。


6.提测需求质量差,阻塞测试。导致测试工时不停延期。


7. 开发动一行代码,测试测遍整个软件产品。


8. 所有验证工作都让测试完成,甚至连最基本的功能都无法保证。


9.抱怨测试周期长,但是质量不稳定。开发不愿意承担任何测试工作。


以上,是不是太常见了? 所以这个世界所有人都说要测试左移,要质量内建,连自己的屁股都不自己擦,还指望有好质量。

相关文章
|
7月前
|
Devops 测试技术 持续交付
测试左移,使质量反馈更快速,更可靠
测试左移,使质量反馈更快速,更可靠
测试左移,使质量反馈更快速,更可靠
|
7月前
|
测试技术
测试左移等于工作不饱和?
测试左移等于工作不饱和?
58 0
|
2月前
|
人工智能 安全 测试技术
CrowdStrike 的失败如何凸显了左移测试的重要性
CrowdStrike 软件更新失败是一个重要的教训,它让我们认识到早期、自动化和全面的软件测试的重要性。
|
7月前
|
自然语言处理 IDE 测试技术
测试左移的方法
测试左移的方法
|
Devops 测试技术 持续交付
测试左移,让质量反馈来得更高效,更可靠
大家好,我是阿萨。最近几年大家都在说测试左移。今天我们就聊聊测试左移的话题。
248 0
测试左移,让质量反馈来得更高效,更可靠
|
供应链 安全 Cloud Native
左移测试,如何确保安全合规还能实现高度自动化?
「云原生安全既是一种全新安全理念,也是实现云战略的前提。 基于蚂蚁集团内部多年实践,云原生PaaS平台SOFAStack发布完整的软件供应链安全产品及解决方案,包括静态代码扫描Pinpoint,软件成分分析SCA,交互式安全测试IAST,运行时防护RASP,安全洞察Appinsight等,帮助企业客户应用软件实现『发布前检测,运行时免疫』。 本周,我们将持续分享解读四大产品。」
94 0
|
存储 Kubernetes NoSQL
块存储质量的铸就之路 — 测试左移在大型分布式系统中的工程实践
修复一个Bug的成本在不同阶段有着天壤之别,发现问题越早,修复代价便越低。本文将讲述阿里云块存储在真实业务场景中的测试左移实践。
392 1
|
Java 测试技术 Maven
测试左移之Sonarqube maven项目分析
测试左移之Sonarqube maven项目分析
|
敏捷开发 存储 数据采集
一文搞懂测试左移和测试右移的 Why-How-What
![](https://ceshiren.com/uploads/default/original/3X/f/d/fdb234546dd6939eb69cef72255fc9d4b580bfe6.jpeg) 软件测试技术应当贯穿整个软件开发生命周期、对软件产品(包括阶段性产品)进行验证和确认的活动过程,其核心目标是尽快尽早地发现软件产品中所存在的各种问题 bug—— 与用户需求、预先定义的不一致
|
Java 测试技术 Maven
测试左移之Sonarqube maven项目分析
## 如果你不想在每个项目中配置 sonar 的信息,你可以在全局配置文件中配置 sonar 的通用信息。 ## 全局配置 $MAVEN_HOME/conf 或者~/.m2 路径下的 settings.xml 因为有的时候需要分布式编译,其实不太推荐全局配置这种方式。 ``` <settings> <pluginGroups> <pluginGroup>org.so