从根源分析如何做故障测试

软件系统的可靠性测试非常重要，它是除了测试功能点是否实现、性能是否达标等这些测试需求之外的一项测试。可靠性测试通俗理解就是测试系统在什么情况下会不可靠、会出故障，牢靠性到底如何，是否一直可靠，如同一个人是否一直值得信赖会不会哪个时候哪个场合有异常举动。需要通过模拟故障来检测结果并排除这些故障引起的可靠性问题，因此测试方案主要就要包括故障场景，尽可能系统的分析故障场景，而不是没有依据性导致有所遗漏的随便一二三的举例，举例说测试分布式文件系统（来自一位架构师的例子）。不只是就网线掉了，服务器停电了，硬盘坏了这样几种场景。正确的分析思路应该是：

1. 分布式系统的常见故障

（分布式系统的理解：分布式系统，最简单的例子是Browser--Server结构，这两者结合起来就成了最简单的分布式系统，或者可以这样理解：基于网络的软件系统大多都是分布式系统，只不过在系统的复杂程度上有所区别而已。）

• 信息在传输过程中丢失
• 信息没有在预期的时间内到达
• 子系统中的机器时钟不精准
• 机器宕机
• 进程出故障
• 文件是否存在安全性问题，被别人访问了
• 上传或下载文件操作执行到中途，不想做了，能删除影响吗
• 海量资料服务器是否能承受

1. 文件系统的常见故障
2. 分布式和文件系统组合时可能出现的故障

然后再用基于风险的测试（RBT）方法优先测试某些场景。