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

我试图写下一个应用程序的测试策略,其中两个应用程序每天彼此同步,以使大量数据保持同步。

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

我在想这两种方法。
1)获取所有数据的计数,并且交叉检查都相同
2)选择一个随机的5数据条目,并验证其属性是否同步。

任何建议都很好。

最佳答案

您所需要的称为Risk Management,在软件测试中称为Software Risk Management
看来您的问题不是关于“如何测试”您要测试的内容,而是关于如何描述您做的事情以及为什么这么做(基于这个问题,我认为您也需要自己做这个解释...)。
将SRM添加到您的测试策略中应说明:

  • 未完全测试镜像系统中的所有数据的风险
  • 一个按比例缩小SRM与测试数据量的表(即,如果仅n%的测试数据与-eg- 2n%的测试发生错误的概率),换句话说-eg!-5%的丢失数据/无效数据/数据如果以ak分钟/小时的执行时间测试了x%的数据,则更正/etc
  • 根据之前的观点,对用于不同选项的资源进行了细分(例如,n个小时的HW负载%,使用的工时为y,HW/SW/HR的使用成本为z USD)
  • 带有自动化代码的错误/问题的概率和成本(例如,数据比较出错并导致假肯定或假否定,从而给DBA,开发人员和/或测试带来了开销)
  • 如果采取SRM选项( !! eg !! 10%的测试数据给出3%的数据损坏/丢失风险和0.75%的开销风险-错误的正/负结果)会导致实际故障,即发生错误Business Continuity以及数据,完整性等影响丢失

  • 您会想到其他所有内容,并且您会感觉到它适用于当前系统中的当前问题以及您的实际偏好。

    09-11 16:16
    查看更多