4

通过对 stackoverflow 的快速搜索无法找到任何东西,所以这是我的问题。

我正在尝试为一个应用程序编写测试策略,其中两个应用程序每天相互同步以保持大量数据同步。 在此处输入图像描述

由于它的数据量很大,我真的不想交叉检查所有内容。但只想在每次发生数据同步时进行随机检查。这种系统的策略应该是什么?

我正在考虑这两种方法。1)获取所有数据的计数并交叉检查两者是否相同 2)随机选择 5 个数据条目并验证它们的属性是否同步。

任何建议都会很棒。

4

1 回答 1

2

您需要的称为风险管理,在软件测试中称为软件风险管理
您的问题似乎不是关于“如何测试”您将要测试的内容,而是如何描述您所做的事情以及为什么要这样做(基于我认为您也需要自己解释的问题......)。

将 SRM 添加到您的测试策略中应该描述:

  • 未完全测试镜像系统中的所有数据的风险
  • 缩小 SRM 与测试数据量的表格(即,如果仅测试 n% 的数据与 -eg- 2n% 测试的数据相比,出错的概率),换句话说就是 -eg!- 5% 的数据丢失/无效数据/数据损坏/etc 如果 x% 的数据以 ak 分钟/小时的执行时间进行测试
  • 基于前一点,用于不同选项的资源细分(例如,n 小时的硬件负载百分比,使用的工时为 y,使用硬件/软件/人力资源的成本为 z 美元)
  • 自动化代码错误/问题的概率和成本(即数据比较出错并导致误报或误报,给 DBA、开发和/或测试带来开销)
  • 如果采用 SRM 选项(例如!! 10% 的数据测试给出 3% 的数据损坏/丢失风险和 0.75% 的开销风险-假阳性/阴性结果-)导致实际失败会发生什么,即参考业务连续性和数据、完整性等损失的影响


其他一切都会浮现在您的脑海中,您会觉得它适用于您当前系统中的当前问题以及您的实际偏好

于 2013-06-24T11:44:06.830 回答