zoukankan      html  css  js  c++  java
  • 立正见 关于软件质量的事实

    • 低质量的软件会导致重大的损失

    虽然这看上去像是一个常识,然而看起来似乎还有很多人并没有意识到这一点,否则为什么市场上还泛滥着让人担忧的低质产品呢?所以这条显而易见的事实永远有必要强调下去,随便摘抄两个例子给大家增加点映像:

    1. 1999年,NASA3个月之内,因软件错误先后损失了耗资1.25亿美元的“火星气象观测轨道太空船”和耗资1.65亿美元的“极地登陆者号”探测器;
    1. Intel曾经因为3行错误的代码不得不回收为此生产的Pentium芯片,一共耗去了4亿美元;

    然而这还不是低质量软件产品导致的最大损失,这两个例子在众多失败的软件产品中,也仅仅是沧海一粟;所以如果你正在制造一个软件,请务必不要让它成为人类社会资源的浪费。

    • 高质量的工作会节省时间和金钱

    也应该成为一个常识,若如此人们为了节省时间、节省金钱,就应该去把质量做好才对。可惜事实却是我们经常在为了时间和金钱而牺牲质量,同时却以为这样可以“节省时间和金钱”。

    我们可以看到很多地方都有这样的现象:有人要求必须用更短的时间,更少的钱来完成这个项目;然后就会产生一个低质量的项目;然后结果要么是该项目被迫终止,投入全部打水漂;要么是花了更多的时间,更多的金钱,得到的产品却不尽人意;难道这是一个魔咒?

    其实大家深入思索一下即可明白,高质量的工作相比低质量的工作,会有更少的Bug要去修复,避免了很多的返工和沟通,也不容易造成大家心理上的疲倦。以上列举这些往往是发生在项目后期的,最费时费的事情;另外一个重要的区别是,高质量的工作在很大程度上预防了在团队中可能出现的混乱,而混乱对一个项目的杀伤往往是致命的

    • 高质量是管理出来的结果

    基于质量的第三个事实是:高质量是管理出来的结果,它不是自然而然发生的;

    之所以强调这点,是因为看到一些怪现象:有的项目从来不在质量方面投入时间和金钱,却期望该产品能自动获得很高的质量,这种事情怎么会实现呢

    组织一群人在一起做项目,本身并不是简单的事情,如果没有必要的协调和组织,可能连一个简单的任务都完不成;这种情况下,若要获得高质量的产品,必须有人去进行质量管理的工作,必须有在这方面投入时间和精力才能有收获,一分耕耘一分收获是自然界的定律啊。

  • 相关阅读:
    最详细的cookie和浏览隐私之间的关系
    图的广度优先搜索(BFS)
    web前端基础知识总结
    关于在BAE上部署ThinkPHP框架的问题
    PHP中AJAX的使用(完整实例【大牛可飘过】)
    无缝滚动
    平常项目中用到的分享到侧边栏
    IDEA Spark Streaming 操作(套接字流)
    IDEA Spark Streaming 操作(文件源)
    Spark 操作Hive 流程
  • 原文地址:https://www.cnblogs.com/cavenran/p/2053612.html
Copyright © 2011-2022 走看看