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 回答