龍族至尊
软件度量的意义
度量存在于左右我们生活的很多系统的核心之中。
在经济领域，度量决定着价格和付款的增加；在雷达系统中，度量使我们能透过云层探测到飞机；在医疗系统中，度量使得能够诊断某些特殊疾病；在天气预测系统中，度量是天气预报的基础；没有度量，技术的发展根本无法进行。
度量的正式定义是： 度量 是指在现实的世界中，把数字或符号指定给实体的某一属性， 以便以这种方式来根据已明确的规则来描述它们.因此，度量关注的是获取关于实体属性的信息。
一个实体可以是一个实物，如人或房间；或者是一个事件，如旅行；或软件项目的测试阶段。
属性是我们所关注的实体的特征或特性，如血压的高度（人）、时间（测试阶段）、范围或颜色（房间）、花销（旅行） 等。
因此，说度量事物或度量属性的说法是不完全正确的；应该说度量事物的属性。
度量房间的说法是模糊的；我们可以说度量它的长度、范围和温度等。
同样说度量温度的说法也是模糊的，应该说：我们度量的是某一特定地理位置和特定情况下的温度。
如在设计电路的时候我们应用欧姆定律。
这个定律描述了电路中电阻、电流和电压三者之间的关系。
但是这些理论已超出了一般意义上的科学方法的范畴，在这种范畴里最基本的东西是度量。
度量除了在发展一个理论的过程中起作用外，我们使用度量并应用它们。
因此设计一个特定电流和电阻的电路时我们就知道需要多大的电压。
如果没有度量，我们很难想象关于电子、机械、及普通工程的定律能得到发展。
但事实上在软件工程的主流里度量却被忽略了。
情况是：■当我们在设计和开发软件产品的时候，我们并未能制定出度量的目标。
例如：我们保证说我们将使用户界面友好、可靠、易于维护；而并未使用度量的术语来详细说明它们的具体含义。
Gilb曾经说过：所谓模糊目标定理，就是没有明确目标的项目将不能明确地达到它的目标。
■我们未能对构成软件项目实际费用的各个不同的部分进行有效的度量。
譬如：通常我们并不知道，和测试阶段相比，设计阶段花费时间多大。
■我们并未试图使我们开发的产品的各种质量合格。
因此我们未能使用术语（如：在一段时间里使用故障的可能性、把产品安装到新环境中需花费的工作量等）向潜在的用户说明产品的可靠性很高。
■我们总是试图说服自己使用另一种新的革新的开发技术和方法进行软件开发事实上，我们在软件度量方面做的工作很少很少，而且所作的度量方面的工作也与一般科学意义上的度量相分离。
我们经常会看到诸如此类的话：软件的费用有80%花费在维护上。
或软件每一千行程序中平均有55个Bugs。
。
但是这些话并没有告诉我们这样的结果是怎样产生的、试验是怎样设计、执行的、度量的是那个实体、及错误的框架是什么等等。
没有这些东西，我们就不能在我们自己的环境中客观地进行反复度量，重现度量的结果以获得与工业标准的真实比较。
因此，归因于度量不充分的问题的产生是由于缺乏严格的度量方法造成的。
除了传统的对计算机硬件的性能进行度量外，对算法的复杂性的度量一直是计算机科学的重要组成部分。
但是，这种度量方法只适用于小程序，而对大型、复杂的软件来说它却无能为力了。
这就属于软件工程的范畴了。
如果我们不承认度量将会一个更重要的作用的话，软件危机将在随后的几年里依然存在
什么是可度量（是软件工程 方面的）
M:Measurable， 可度量———目标，不能只是停留在思想上的口号或空话。
制定目标是为了取得进步，必须把抽象的，无法实施的，不可衡量的大目标简化成为实际的，可衡量的小目标。
因为一个可衡量的目标应该可以很容易地回答如下问题：如何确认该目标已完成？如何知道自己取得了进步？进步的程度是多少？M即Measurable，代表可度量的，指绩效指标是数量化或者行为化的，验证这些绩效指标的数据或者信息是可以获得的
什么是 软件项目技术指标
1. 软件项目管理的对象是软件工程项目。
它所涉及的范围覆盖了整个软件工程过程。
为使软件项目开发获得成功，关键问题是必须对软件项目的工作范围、可能风险、需要资源（人、硬件/软件）、要实现的任务、经历的里程碑、花费工作量（成本）、进度安排等做到心中有数。
这种管理在技术工作开始之前就应开始，在软件从概念到实现的过程中继续进行，当软件工程过程最后结束时才终止软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目（Project）进行分析和管理的活动。
2. 软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。
而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。
3. 软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。
于是软件开发者开始逐渐重视起软件开发中的各项管理。
到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。
据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。
4. 1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31%的项目未做完就被取消，53%的软件项目进度通常要延长50%的时间，只有9%的软件项目能够及时交付并且费用也控制在预算之内。
5. 软件项目管理和其他的项目管理相比有相当的特殊性。
首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。
其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。
Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。
这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。
6. 软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。
什么是软件工程思想
软件工程是一门研究如何用系统化、规范化、数量化等工程原则和方法去进行软件的开发和维护的学科。
软件工程包括两方面内容：软件开发技术和软件项目管理。
软件开发技术包括软件开发方法学、软件工具和软件工程环境。
软件项目管理包括软件度量、项目估算、进度控制、人员组织、配置管理、项目计划等。
软件工程是六十年代末为了解决软件危机而出现的一门学科，一般来讲它包含开发技术与管理技术。
而软件过程是随作软件工程的开展，特别是近年来系ISO900系列与CMM方法的实践而逐渐时髦的一个概念。
它基于质量是做出来的，而非检查出来的现代质量理论。
在规范化的软件生产中，离开了软件过程是不可思议的。
区别在于“工程”和“过程”的不同，软件工程是指将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件过程。
工程着重应用，软件工程一定是软件过程的一个“产出”，一个个性化的实例！工程也是由过程组成的。
软件测试主要做什么工作？
软件测试，在专业上区分，也是有所区分的，分黑盒和白盒测试两种，白盒测试一般在一些大的软件工程项目里面使用得到，要求的技术层次相对较高，基本上是半个以上研发人员的技术水平要求。
（具体两者区分可以自行百度）这里具体说说软件测试中，两种测试工种的工作内容。
白盒测试，往往要直接接触程序的源代码，所以白盒测试人员任职的一个很重要的条件就是读懂对应开发语言，最好是半个以上的开发人员。
黑盒测试，则没有要能读懂程序源代码要求（当然有软件开发这方面知识的更佳），黑盒测试人员的要求往往更侧重测试人员对软件测试理论和对应行业了解。
现在很多的测试人员对于白盒测试这个工作近乎有一种膜拜的心态，个人觉得没有必要。
做你喜欢做的，做你最擅长做的，坚持你所做的，我想最后被人膜拜的人就是你。
两者在工作的内容上存在相同之处也存在不同之处。
相同之处在于：都要进行测试用例设计，也都要执行测试用例，报告缺陷。
不同之处在于：白盒测试人员是在能看到程序内部实现、及程序需求的情况下进行的测试用例设计，而黑盒测试人员只能通过程序的需求文档进行测试用例设计；往往黑盒测试用例的量相对白盒测试而言要多一些。
