状态缓存：
set，get，delete
worker1 执行 set key，ttl（自动删除时间）=60；
worker1和master1 故障，超过ttl的时间重启恢复；
预期：w1get失败，w2delete失败
实际：w2delete成功
原因：恢复重启之后，过期的数据要在对账之后才能自动删除成功，此时的delete状态错误。
版本问题：
多种语言使用的情况下，java，c++，python，会导致某些情况下测试结果与预期不同，比如value值输入失败，
先考虑 测试版本比如Java、python的版本是否和开发一致。
一致性问题：
对象缓存中：多台机器的情况下，
比如写数据：具有同步、异步两种，同步的时候，W1创建，W2，W3也同时创建，异步则不会同时创建。
权限问题：
chmod 777
chown -R chuting:chuting /home/ct
测试全面性：
首先不能忘了语义测试：比如这个接口只可以调用一次，测试1次，2次，多台并发调用。
最常见的coredump问题：
coredump配置、产生、分析以及分析示例 - 蜜桃janna - 博客园 (cnblogs.com)
网络故障：ChaosBlade
{"code":200,"success":true,"result":"c29053229c16c839"}
(9条消息) 混沌工程工具-阿里ChaosBlade模拟网络丢包和延迟_Bruce小鬼的博客-CSDN博客
(9条消息) 混沌工程之ChaosBlade-Operator使用之一模拟POD丢包场景_Bruce小鬼的博客-CSDN博客
文件系统：
创建（文件、目录）、打开（读打开、写打开）、写入、读取（顺序读、随机读）、边写边读、关闭、删除、
从NAS加载（文件、目录）、从磁盘卸载加载的、
dfx：服务断了（各种期间workermaster、gcs），一次或多次写入数据量过大（并发）、心跳断了RPC异常、网络断了、丢包chaosblade、
