Improve serverStatus test coverages

XMLWordPrintableJSON

    • Type: Engineering Test
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Replication
    • Repl 2024-03-04, Repl 2024-03-18, Repl 2024-04-01
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Atlas consumes the serverStatus output for a lot of things (e.g. InTel). And even a small behavior change in serverStatus output could break a Cloud dashboard. Ideally, those should be caught by Cloud testing during the rc period. But the large surface area makes it difficult or infeasible. So maybe it should be a joint effort from both Cloud and Server. This ticket is to think about how to improve the current serverStatus test coverages.

      Most serverStatus tests I found in the Server repo are pretty basic and targeted. And it also seems impractical for the Server to test everything in all cases on a running MongoDB node. While I think it is difficult to test that everything is correct (i.e. every field reporting the exact value precisely), I think it might be easier if we just want to test everything has meaningful/valid value. Maybe we can explore extending fsm_workloads/server_status.js or adding a background hook to check the validity of serverStatus output while running the server test suites.

            Assignee:
            Unassigned
            Reporter:
            Lingzhi Deng
            Votes:
            0 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated: