【测开方法论】测试领域中的二元对立-寻找真理的最好方法

本文探讨了测试排期制定的两种方法:一种基于经验主义,另一种基于理性思维。通过对比柏拉图、笛卡尔、杜威等哲学家的思想,阐述了如何将这两种看似对立的方法融合,最终提出利用人工智能来综合考虑所有因素并不断调整优化测试排期。

最近,在给同学上课的时候,偶然聊到测试排期。  

有一部分同学说,测试经理一直都是拍脑袋决定排期,根据以往的经验推测出测试排期,特别准。周围人都很信服。  

另一部分同学说,测试排期应该是严密的根据各种因素来求出,比如
目本身-字数/涉及的功能点数/涉及的测试范围/涉及的测试端/产品经理/开发同学/测试同学/开发同学人日/当前月份等等因素,严丝合缝的求出。

到底谁对谁错呢?反正论持续了一会儿,我也深思了一下,其实要我说,都没有错误。

前者是经验主义,后者是理性思维。

看起来和方法论中的二元对立是很相似的,在方法论中,提到过四位哲人,他们都曾追求过极致的真理,但是理念却大相径庭。其中:

柏拉图是理念的代表,他宣称唯有抛弃一切肉体私心才能得到真理。

笛卡尔是怀疑的代表,也就是那个我思故我在,我怀疑所以我存在的代表。

二者都倾向理性,不掺杂任何东西,这样根据方法论产生的技术,可以让一个新员工和一个老员工达到同样水准。

接下来再说说于他们二人对立的二人。

杜威(实验派)和西田几多郎(纯粹经验)是经验主义的代表,他们秉承在实际结果中验证真理。

这两种思维,和我们现在的测试排期预测上是完全可以相融合的。

那么谁对谁错呢?

举个例子,四个人,均匀的站在一个圆的边界上,而那个真理,就在圆心位置。

人们围绕一圈,每个人的位置都不同,看向圆心真理的方向也不同。

所以哲学上说,真理是唯一的,但是寻求真理的路线是无限的。

也就是一千个读者有一千个哈姆雷特一样,但自始至终哈姆雷特只有一人。

但没有对,也没有人错,顶多就是远近的关系。

所以由此,我们能得到什么呢?就是在针对于某一个论点方法路线摇摆不定的时候,其实可以多从其他角度看待这个问题。

当你有了足够多的角度看待后,通过不同方向看圆心,最终会汇聚一点,而那点就是真理所在。

所以不要盲目排斥他人的想法,要积极吸收接纳,进行分析和研究。

没准,借助他人的想法后,你会发现,真正的最好的解决办法到底是什么吧…

可能让不同的方法融合,比如我提到的 测试排期的预估。

能不能融合俩个对立的观念呢?当然能!

AI - 人工智能!

人工智能在前期,我们利用 理性的观点,把所有可能影响测试排期的因素全部录入,但我们并不知道这些因素的值对最终结果 会产生怎样的变化,也就是我们虽然拿到了一大堆数据,但是并不知道这个最终公式是什么。

而这时,就要利用上我们经验主义的结果进行不断矫正,不断靠经验主义的大概率正确结果进行矫正,最终求出那个公式,也就是所谓的真理~

提炼出这个方法论后,我觉得技术上再遇到什么问题,都可以迎刃而解了,你觉得呢?
 

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值