3

几年前我遇到了一个惊人的演示文稿（当然我找不到），其中列出了人们通常不会测试的一系列远程服务故障。

除了超时、4xx、5xx 等之外，它还列出了以下内容：

  • 10 字节数据后连接关闭
  • 返回 www.google.com 的内容
  • 返回 /dev/random 的内容
  • 返回 /etc/passwd 的内容
  • 返回格式正确的 unicode 中文文本
  • 返回 ansi 颜色控制字符
  • 返回不正确的内容类型，正确标记（您请求的内容类型：应用程序/json，我发回内容类型：应用程序/jpeg）
  • 每 29 秒返回一个字节的数据

您遇到过哪些类型的“带外故障”开发人员通常不（但应该）测试？

（如果您能找到原始演示文稿，则可获得额外奖励积分）

4

2 回答 2

2

您列出的那些很棒；如果您挖掘它，我很想看到原始演示文稿！其他几个最爱：

  • 翻转了几个位的“有效”响应
  • 带有额外数据的“有效”响应 ( {"result": 123, "extraStuff": {...}}) 来模拟远程端的升级
  • 一个永不结束的语法有效响应（{"results":["lol", "lol", "lol", ...或只是一堆空格）
于 2015-07-29T14:40:45.320 回答
0

低频故障。换句话说，测试某个响应是否正确，不仅仅是一次，而是千次尝试中的每一次。如果您通过网络访问，您会遇到随机的 Internet 中断，但是当您认为某些过程已修复时，您可能会发现某些过程是随机的。

于 2016-04-14T17:12:41.237 回答