对于软件，最狭义的产品质量就是产品中没有“bug”。
通常用两种方式表达来衡量：
缺陷率：缺陷个数／每功能点
　　　　或是缺陷个数／每百万行源代码
可靠性：fail／运行n小时　
　　　　或是　fail／n用户运行
质量，进度，成本，此三者之间的关系是一个三角模型，它们三者是相互影响，相互制约，而就能稳定发展的关系。个人理解现阶段的软件产品质量

IBM监控其软件产品的CUPRIMSO满意级别：
　　能力(capability)
　　实用性(usability)
　　性能(performanece)
　　可靠性(reliability)
　　可安装性(installability)
　　可维护性(maintainability)
　　文档(documentation)
　　服务(service)
　　整体(overall)
惠普关注FURPS
      功能性(functionality)
　　实用性(usability))
　　可靠性(reliability)
　　性能(performance)
　　可支持性(supportability)

FURPS好像用的更多一点

可以补充一下啦，我知道的只有这些

我知道的比你知道的还少……:lol

软件的质量一般都依赖于客户满意度，产品的bug不是一个衡量的标准。
质量又是一个多方面的词汇，如果仅仅说简单一点，不如用漏测率来说更恰当。

同意，还有其它意见吗，

缺陷率：缺陷个数／每千万行源代码（非空非注释）

可扩展性不属于这个里面的吗？

度量缺陷是为了定量地对缺陷进行分析，提供有关软件过程的反馈。软件缺陷管理主要关注以下6个缺陷度量数据。
(1)缺陷密度(Defect Density)
(2)缺陷探测效率(Defect Detection Efficiency)
(3)发布前的缺陷消除率(Pre-Delivery Defect Removal Efficiency)
(4)缺陷纠正效率(Defect Correction Efficiency)
(5)平均修复时间(Mean Time To Repair)
(6)平均修复成本(Mean Cost To Repair)