默认分类
未读
Day30-11｜9.4.2 检错技术：尽早发现错误，阻止错误继续传播
Day30-11｜9.4.2 检错技术：尽早发现错误，阻止错误继续传播 一、教材定位 检错技术是可靠性设计的重要组成部分，目标是在错误尚未扩大为业务失效之前及时发现、定位和报告。容错关注发生故障后如何继续运行，检错关注系统如何知道故障、错误或异常已经发生。没有有效检错，重试、切换、降级和补偿就没有可
默认分类
未读
Day50｜9.4.3 降低复杂度设计：以可理解、可验证和可演进保障软件可靠性
Day50-03｜9.4.3 降低复杂度设计：以可理解、可验证和可演进保障软件可靠性 一、教材定位 在软件可靠性设计中，容错和检错解决的是“发生异常后如何继续运行”以及“如何及时发现异常”，而降低复杂度解决的是更基础的问题：如何减少缺陷产生的机会，让系统更容易被理解、实现、测试、维护和恢复。复杂度过
默认分类
未读
Day30-12｜9.4.4 系统配置技术：用可控的运行环境支撑软件可靠性
Day30-12｜9.4.4 系统配置技术：用可控的运行环境支撑软件可靠性 一、教材定位 系统配置技术属于软件可靠性设计的重要组成部分。容错设计关注故障发生后如何继续提供服务，检错技术关注如何尽早发现异常，降低复杂度关注如何减少缺陷产生的机会，而系统配置技术解决的是另一个经常被忽视的问题：软件运行所
默认分类
未读
Day30-13｜9.5.1 软件可靠性测试概述：验证系统在真实运行中的无故障能力
Day30-13｜9.5.1 软件可靠性测试概述：验证系统在真实运行中的无故障能力 一、教材定位 软件可靠性测试是软件可靠性工程的重要环节。前面的可靠性设计主要通过容错、检错、降低复杂度和系统配置减少故障发生概率、限制故障影响或提高恢复能力，本节则要回答：系统在规定的运行环境、规定的时间和规定的使用
默认分类
未读
Day30-14｜9.5.2 定义软件运行剖面：让可靠性测试接近真实使用
Day30-14｜9.5.2 定义软件运行剖面：让可靠性测试接近真实使用 一、教材定位 软件可靠性测试不能脱离软件的实际运行方式。系统每天处理什么业务、各类操作出现的频率是多少、输入数据具有什么分布、用户在什么时间集中访问、外部依赖有多大概率超时，这些信息决定了测试结果是否具有代表性。运行剖面就是对
默认分类
未读
Day30-15｜9.5.3 可靠性测试用例设计：从真实场景推导可验证的故障证据
Day30-15｜9.5.3 可靠性测试用例设计：从真实场景推导可验证的故障证据 一、教材定位 可靠性测试用例不是把功能测试用例简单执行更长时间，而是根据系统运行剖面、故障模型和可靠性目标，设计能够暴露持续运行缺陷、异常处理缺陷和恢复一致性缺陷的测试活动。前一节定义了软件运行剖面，解决“系统通常怎样
默认分类
未读
Day30-16｜9.5.4 可靠性测试的实施：把测试方案转化为可审计的运行证据
Day30-16｜9.5.4 可靠性测试的实施：把测试方案转化为可审计的运行证据 一、教材定位 可靠性测试的实施，是把测试目标、运行剖面和测试用例真正放入环境中执行，并对过程、结果和异常进行控制。前面已经完成了运行剖面定义和测试用例设计，但如果执行过程缺乏基线、监控、故障控制和数据治理，最终结果仍然
默认分类
未读
Day30-17｜9.6.1 软件可靠性评价概述：用证据判断系统是否达到可靠性目标
Day30-17｜9.6.1 软件可靠性评价概述：用证据判断系统是否达到可靠性目标 一、教材定位 软件可靠性评价是对软件在规定条件、规定时间内持续提供正确服务能力的综合判断。可靠性测试能够产生运行数据，可靠性模型能够提供分析方法，可靠性评价则要把这些数据和方法转化为对系统质量的结论：系统当前是否满足
默认分类
未读
Day30-18｜9.6.2 怎样选择可靠性模型：让模型假设与系统证据相匹配
Day30-18｜9.6.2 怎样选择可靠性模型：让模型假设与系统证据相匹配 一、教材定位 软件可靠性模型是对软件故障发生、发现、修复和变化规律的数学或统计抽象。选择可靠性模型，不是从模型名称中挑一个最复杂的公式，而是要根据评价目的、软件运行方式、故障数据质量、故障修复过程和模型假设，选择能够解释当
默认分类
未读
Day30-19｜9.6.3 可靠性数据的收集：为评价、建模和改进建立可信证据
Day30-19｜9.6.3 可靠性数据的收集：为评价、建模和改进建立可信证据 一、教材定位 软件可靠性评价、模型分析和故障改进都以数据为基础。没有连续、准确、可追溯的可靠性数据，所谓故障率、平均无故障时间和可用性只能是印象判断。可靠性数据的收集不仅是把错误日志保存下来，还要记录软件在什么条件下运行
默认分类
未读
Day30-20｜9.6.4 软件可靠性的评价和预测：从历史证据推断未来风险
Day30-20｜9.6.4 软件可靠性的评价和预测：从历史证据推断未来风险 一、教材定位 软件可靠性评价回答“在已有运行条件下系统表现怎样”，可靠性预测进一步回答“在未来相近条件下可能怎样”。二者都需要可靠的运行数据、明确的故障定义和合理的模型假设。预测不是保证，也不是凭经验猜测，而是在已知证据基
默认分类
未读
Day31-01｜10.1.1 演化的重要性：把变化视为软件架构的长期约束
Day31-01｜10.1.1 演化的重要性：把变化视为软件架构的长期约束 一、教材定位 软件架构不是系统上线后就固定不变的图纸，而是在业务、技术、组织和外部环境持续变化中不断调整的结构。第 10 章讨论软件架构的演化和维护，首先要理解的就是“为什么必须演化”。如果架构不能适应变化，系统可能在功能上
