What is quality? (Video)
核心结论
本视频把 quality 定义为对要求的符合（conformance to requirements），把 reliability 理解为系统在指定环境与时间内维持其原有质量、持续无故障工作的能力。二者不是同义词：quality 回答“现在是否正确满足需要”，reliability 回答“在变化和持续使用中能否继续满足需要”。
| 维度 | Quality | Reliability |
|---|---|---|
| 关注点 | 功能是否符合明确要求与用户期望 | 功能是否能随时间、负载与环境变化持续保持 |
| 典型证据 | requirements traceability、acceptance criteria、defect rate | failure-free operation、availability、recovery behaviour |
| 失败表现 | 功能无关、残缺、错误或不适合用途 | 随机中断、隐藏错误、数据损坏、不可预测退化 |
为什么这是 professional responsibility
- IT systems 往往连接技术、组织与人员；失败可能造成返工、成本、声誉损害、业务生存风险，甚至人身或环境伤害。
- 如果 user needs 未被满足，产品即使“能运行”也可能没有价值。
- Unreliability 往往给用户带来意外，而且问题可能分散在系统各处，团队会把时间花在灭火而不是改善体验。
- IT professional 对理解成功与失败条件、设计可演进系统、保护行业与个人声誉负有责任。
视频案例带来的启示
视频以代码协作平台数据丢失和航空公司系统中断说明：测试环境与生产环境混淆、备份配置错误、恢复流程不成熟及关键服务中断，都可能把单点错误放大为长时间 outage 和 reputational damage。视频字幕对部分专有名词可能有识别误差，因此案例细节应回到正式 incident report 核实。
常见根因
- 未与 stakeholders 充分沟通。
- 未理解复杂设计问题和依赖关系。
- 没有设计 graceful failure。
- 测试范围与真实负载不足。
- 配置、部署或安装错误。
- coding、design、hardware 或 security 方面的专业能力不足。
FIT5120 IE project 应用
- 把每项需求转为可验证的 acceptance criteria。
- 标出 critical path、external dependency 与 single point of failure。
- 为错误、超时、空数据和第三方服务不可用设计 graceful degradation。
- 同时规划 functional、integration、data-quality、performance 与 recovery testing。
- 为高风险变更准备 rollback 与可观测性证据。
- 把质量风险、决定、owner 和复核日期写入项目治理记录。