新闻资讯

新闻中心

首页 > 新闻中心 > 7大简单的规则助您更好的进行系统测试

7大简单的规则助您更好的进行系统测试

一般而言,你不能指望任何你没有定期进行测试的设备都能够随时保持正常工作。这一理论对于任何各种技术领域都是这样的,但是,定期的检测工作往往容易被忽视。你总不能期望您在两年前停在一个废旧仓库的汽车,从今天开始不经过检修就可以上路吧?就算真的能够直接上路的话,你无疑应该感到庆幸。但IT系统就不一样了。如果你没有进行相关的测试或维护系统工作,就不要指望其能够自动的进行故障转移。

测试工作是如此的重要,但其常常却因为那些永无止境的看似更重要的任务所推迟、积压。完全放弃测试工作显然是非常危险的,但如果其测试系统不能真正反映出系统在实际运行中的需要,也是非常危险的。本文中将为您介绍七大事宜,方便您的企业在测试进行参考借鉴,并帮助您确立对于您企业系统和程序的信心。

测试法则1:进行现实的测试

采取的第一个步骤是确保您的测试尽可能在接近真实世界的情况下进行。例如,如果你测试的是执行站点故障切换的能力,那么,请务必确保您所测试的站点是在一个绝对孤立的条件下,使其完全无法从主站点进行连接。这样,您可能会发现,你程序的某些部分(如密码或程序本身)是位于或依靠于主站点运行的。

做到这一点的最好办法是生产环境可以根据适当的目的被禁用的时候,进行分期测试。但很少有用户社区和管理程序支持这一理念。相反,你可能会需要投资一段时间在确保你绝对不依赖于基础设施的功能或服务的情况下,尝试相关的恢复测试。

测试法则2:考虑人的因素

同样,在你的测试过程中也会涉及到人为的因素,考虑到这一点也是至关重要的。确保了所有的系统都能够工作是一回事,但是人的因素呢?相关工作人员是否记得他们需要做什么工作?他们是否知道关键文件的存放位置,以及如何得到这些文件?他们对于相关的紧急是否有足够的认识,以及正确的反应,企业希望他们的反应是怎样的?

毕竟,你所测试的大多数东西都是需要应对突发事件的,其测试的往往是在没有执行相关系统程序的相关工作人员的反应状况。您将了解到你员工的响应时间,以及在没有指导的情况下的能力状况,最终,这些可能与您进行系统程序测试所想要了解的东西同样重要。

测试法则3:观察监测工具

如果你被允许执行一项中断诱发试验,请务必确保相关的评估信息是来自于监控和报警工具。它们所提供的数据对于您总结出正确的结论来指导你的员工是足够的吗?你是否能够调整或监控这些工具,使其更快或更容易的确定重大事故的根源?

以我的经验,相关测试的执行人员确定这个问题,然后决定如何采取相关的反应措施往往比执行任何恢复步骤所花费的必要时间更多。这样,质量监控和报警工具便可以在在诊断过程发挥很大的作用了。

最近的一次停电事故便引发了我对于利用真实世界的情况进行故障测试和监控工具配置不足的思考。在这种情况下,对网络硬件关键部分的故障通常是由初级设备中拔出次级设备,以观察次级设备是否能承担起主要作用的测试。因此,进行一些人工干预是必要的,监控系统也进行了测试。在测试过程中,监控系统检测到链路的损耗并进行正确的提醒,使得运营商认为一切运作良好。

当一个现实中的运行失败最终发生时,作为主要系统的路由邻接设备之间的连接失去了,遇到了软件缺陷,并发生运行失败,但设备之间的物理链路并没有问题。因此,不仅是次级系统无法进行相应的接管,同时,只负责监测物理链路的监测系统也没有提醒正确的操作。届时,要弄清楚到底发生了什么,无疑是浪费了不必要的时间。

测试法则4:确保使用您的文档的及时准确

当你在进行测试时,请确保你所使用的任何文件,包括您已经创建的文本文档或图表能够引导您完成整个测试过程。通常,诸如灾难恢复计划这样的文件一旦被创建,其便可以经常被拿出来进行审查,但其实几乎没有人真的会依靠该文件执行工作。除非你使用的是一个非常简单的环境,你的文件会定期维护,并及时准确的更新。但一个事件发生时,文件通常是相关人员第一个想到的项目内容。因此,请确保其能够帮助您