您的公司或组织刚刚投资了一个新的、最先进的紧急通知系统。您与您的供应商一起设置了它，并且对您投入这个非常重要的项目的时间和资源感到满意。展望未来，如果出现任何类型的紧急情况，所有需要知道的人都会在几秒钟内收到通知，他们会知道如何回复消息，对吧？
有可能，但为了确保新系统能够按照您的要求和期望进行操作，您需要对其进行测试。那么你从哪里开始呢？
您应该和谁一起测试您的紧急通知系统？
系统设置并启用后，最好对一小部分受众进行测试。您可以先对在新系统上工作的团队进行测试，但最终对代表您的全部受众（不同部门的成员、不同办公楼的人员、不同区域的客户）的一小部分人进行测试将使您能够在更现实的层面上查看系统的运行情况。
一旦系统在您的小组中正常运行，就该为每个人测试它了。这个非常重要。我们知道您不想给用户带来不便，但每个系统都需要针对所有用户和所有方法（语音、电子邮件、SMS）进行彻底测试。您需要在测试期间找出系统中是否存在任何漏洞，而不是等到真正的紧急情况时才发现。每个人和端点都应该接受测试。
您应该测试的一些最重要的事情包括：
- 确保重试有效并在通知之间使用正确的时间间隔（即，如果您呼叫并且第一次尝试导致占线，请确保重试在应该的时间执行——而不是在凌晨 1 点或某个时间奇数时间）
- 确保特定语言的消息确实会发送给使用该语言的人。
- 测试出站活动的紧急停止。如果消息内容或其他任何问题出现问题，您的系统应该允许您立即停止活动。
在对您的系统进行每次测试时，通过您计划在真正的紧急情况下使用的所有渠道运行它，包括电子邮件、电话、短信和推送通知。
您应该提前向用户宣布您的测试吗？
理想情况下，当您测试新的紧急通知系统时，您会尽可能在最现实的情况下进行测试.不要让任何人知道它即将到来。不要等待您认为对用户最方便的日期或时间。继续测试系统。但我们了解到，某些组织可能无法以这种方式测试系统。
许多组织会提前通知用户新的紧急通知系统将在未来的某个时候进行试运行，但他们没有指定时间或日期。这种类型的消息可能很有用，因为它可以包含重要信息，包括：
-
- 系统发生了变化
- 如何注册接收通知（或更改您的设置）
- 新系统将推出哪些类型的通知
- 如何找到有关组织将如何使用系统的更多信息
像这样的警告消息也会让用户谈论系统，如果一段时间后他们没有收到紧急消息，他们会让您知道。这有助于引起您注意系统内的漏洞（即建筑物中 WiFi 无法到达的房间 – 因此紧急通知不会到达那里的任何用户）。
重要的是要记住，如果您的紧急通知系统有任何问题，它们很可能在测试完成时被发现，就好像有真正的紧急情况（即，未通知所有用户），或者在真正的紧急情况下。这就是为什么即使是启动通知的人也应该感到惊讶，并且只有几分钟的时间来启动该过程。这会发现延迟和改进区域，例如此人是否有现成的登录信息，或者她是否必须去寻找它。
您应何时测试紧急通知系统？
群发通知和警报
定制设计的通知系统通过所有渠道向任意数量的人传达紧急消息。
发现的可能性
为确保您对新系统了解得最多，请在意想不到的时间对其进行测试。时间越不明显，用户就越有可能参与到正常情况中，这将为系统设置的有效性提供最好的反馈。
一个警告：我们不建议在客户不方便的时候测试非紧急系统。例如，如果您正在为您的客户群测试系统，则不要在他们睡觉或假期时打断短信或电话。他们绝对不会喜欢被打扰。
您的测试消息应包含哪些内容？
在测试您的系统时，用户肯定需要知道他们收到的是测试。从消息开始的那一刻起，这应该是显而易见的（无论是标题为“这只是一个测试”还是声明相同的录音）。
但是消息还应该包含与现实生活中的紧急消息所包含的信息尽可能接近的信息。通过这样做，您可以检查消息实际上是如何被用户接收的（即，消息是否被截断为多条消息）。您还想测试对建筑物各个部分、不同建筑物或不同城市的人的响应以及文本。
测试紧急通知系统的最后一点建议
使用允许人们承认系统的系统是个好主意。通过这种方式，您可以收集有关人们如何使用它的数据（即谁在接收消息，他们的响应速度有多快）。
给那些负责设置和管理紧急通知系统的人员的最后一点建议 – 确保您的新系统上有紧急“停止”。您希望能够出于任何原因立即停止出站活动。这可能是发送了错误的消息，紧急情况已经结束，或者发送给了错误的用户。
贵组织是时候更新其紧急通知系统了吗？对什么可能是最适合您的系统有疑问？给 DiRAD 打个电话。我们很高兴向您介绍当今的技术如何成为您组织整个系统的重要组成部分应急预案。