人还是工具——谁应该获得资金?

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

当涉及到人或工具时, 敏捷宣言 非常明确。它清楚地表明,个人和交互先于流程和工具。

这意味着,当有选择的时候,要更加重视当地的个人。这个宣言的另一个方面是它没有要求我们忽略这些工具。 Manifesto 认识到在为客户服务时保持务实以及在人员、流程和工具之间保持组织平衡的重要性。

在这个市场竞争异常激烈的时代,组织需要敏捷并缩短将产品从概念推向市场所需的时间。只有当流程自动化时才能实现敏捷性,而这又需要对工具进行谨慎投资。

所以,投资人/工具的问题不是“neither or nor”,而是“and”。

如果 软件测试人员的 报酬不高,没有给他们一个可持续发展的环境,他们就会离开团队甚至离开组织。根据澳大利亚人力资源专业人士的粗略计算,将员工流动率从每年 10% 降低到 5% 可以为公司节省近 180 万美元。这个数字清楚地表明,员工流失可能会导致中小型组织的成败。

另一个值得注意的敏捷测试原则以及推动人员和工具重要性的原则是围绕有动力的个人构建项目。为他们提供所需的环境和支持,并相信他们能够完成工作。

根据上述原则,我们需要雇用和留住有动力的人。但这还不够;他们需要正确的领导、值得信赖的环境和良好的工具才能取得成功。

在提高执行速度和减少人为错误方面,工具会派上用场。测试人员可以很好地测试可能有 1000 甚至 10,000 行代码的代码。然而,一旦代码达到 100,000 行,扩展就成了问题,复杂性也会增加。

问题不在于大小,而在于时间。组织不会仅仅因为应用程序的大小而推迟发布日期。只有在自动化测试过程中使用正确的工具,才能应对这种时间限制的挑战。

测试人员可以将重复性任务“外包”给工具,并花时间设计正确的测试用例。

在平坦的世界中,软件测试环境正朝着更统一的方法靠拢,许多组织强调沟通、协作和透明度。地理分布的团队将日复一日地修改代码。这些代码需要每天进行集成和测试。测试结果应该实时显示给所有团队成员。这种复杂的质量计划只能通过强大的 测试管理解决方案 来协调。

总而言之,谁应该获得资金、人员或工具?组织也不能忽视。在招聘、留住有才华的测试人员以及使用正确的工具集支持他们方面应该保持平衡。