That is something I would probably call a “Test Policy”. A Test Policy in my experience is a document in which, often big companies, try to explain what (the purpose of) testing is and what in their way of working should be adhered by teams. In my experience companies write it but teams never really look at it. It is often on such a general level that even in audits no deficiencies are found. I ask myself why do we need those documents if nobody really reads them or uses them? Also a thought that pops up in my mind is: do developers or managers have document in which they explain what the purpose of development or management is?
A Test Strategy is a solution to a complex problem: how do we meet the information needs of our team/project & stakeholders in the most efficient way possible? A Test Strategy is “a set of ideas that guide your test design or choice of tests to be performed”.
Rikard Edgren says: “Test strategy contains the ideas that guide your testing effort and deals with what to test, and how to do it. (Some people say test plan or test process, which is unfortunate…). It is in the combination of WHAT and HOW you find the real strategy. If you separate the WHAT and the HOW, it becomes general and quite useless.”
I cannot imagine that you want to define a Test Strategy on company level, unless you are talking about testing the whole landscape of applications and their interaction and flow in chain testing? In that case my Test Strategy would probably have the items I mentioned in question 1.