在最近的一次采访中（针对SDET角色），我被要求为Google电子表格提供测试用例
我列出了所有功能（正/负）测试用例。但面试官似乎并不感兴趣。他想要系统级/性能测试用例。我跟他说了以下。您可以通过验证这些并添加更多测试用例来提供帮助
答案 0 :(得分：1)
你的观点看起来是一个好的开始。但是，检查系统是否是重新安静的更多是功能测试（我的观点） - 我们检查应用程序是否在破坏条件下存活。它是检查服务是否中断或系统是否已关闭，服务是否存在。
对于表现 - 事情总是归结为系统＆＃34;表现如何＆＃34;在＆＃34;某些＆＃34;条件。我将采取的最初尝试是
效果测试类型
阅读效果
可变参数
a）每个节点的总用户数（文件存储在后端）
b）每位用户的总文件数
c）每个文件的大小 - - 从10 MB开始并增加到10 GB或50 GB（直到应用程序开始变得不舒服的程度 - 如果没有文件大小的CAP）。
我们可以使用多个其他选项，例如使用SSD /没有SSD的驱动器，启用/禁用缓存，内存大小，CPU数量/内核数等。为简单起见，我保持选项简短。它可以根据测试应达到的深度进一步改进。
节点节点每个文件的总用户总文件大小
1 5 100 10MB 1 5 200 10MB
1 100 1000 10MB
需要注意的是我们要衡量的是说应用程序是否具有高性能
对于每个并发调用 - 我们可以看到CPU如何激增，什么是I / O速率（读取），使用的内存等。一旦ART开始降级，这些信息将有助于我们理解为什么ART会出现故障。< / p>
此外，我们可能看不到GC信息，以查看GC收集发生的频率，这可能会影响性能。
现在您可以了解我们可以深入了解写性能