我在一个手册系统测试小组工作,我们被期望测试如果SQL数据库,支持服务器崩溃,负载平衡下降,网站响应适当的消息,并且我们能够恢复时会发生什么。
我们一直认为这是失败的测试,但现在有人告诉我,这是不正确的术语,应该只用于自动化测试。尽管问了谷歌,我还没有找到一个坚定的意见,这种类型的测试应该称为什么?
你的意见是什么?
(我问是因为这影响了我们的沟通能力,而年轻的团队成员正在寻求指导?)
发布于 2012-09-13 10:56:53
我也一直称这种测试为“故障转移测试”。
谁告诉你,这是“不正确的术语,只应用于自动测试”?这个人提供了一个替代方案吗?
发布于 2012-09-13 10:52:10
提姆
只要团队中的每个人和每个人都能交流结果和其他数据,知道你的术语是什么,你怎么称呼它并不重要。如果你真的愿意的话,你可以把它叫做甜甜圈测试,只要你把它定义为“当关键资源失败时会发生什么”。
就我个人而言,我会把你所描述的故障转移测试称为故障状态测试。我不明白为什么故障转移应该完全属于自动化领域,正如我说过的,只要与您交流的人员和您团队中的人员知道当您说“失败超过测试”时您的意思是什么,这并不重要。
每个工作场所都有自己的术语和术语的具体用法。
因此,简短的版本是:定义你的术语,然后使用它,不管别人怎么说。
发布于 2012-09-13 12:46:30
是的,这是故障测试。似乎没有理由在手动或自动化的基础上给它取一个不同的名称。
甚至我们做了很多次:在out集群环境中,我们取下一台服务器,然后手动发送请求,只是为了验证另一台服务器是否接受了请求,我们称其为只能失败的测试。
https://sqa.stackexchange.com/questions/3806
复制相似问题