我目前正在测试我们的解决方案,其中包含了完整的“层次结构”:UI、中间层和无处不在的数据库。
在加入我的当前团队之前,查询测试是由测试人员手动创建查询来理论上返回存储过程应该返回的结果集,基于各种相关性规则、排序等等。
这样做的副作用是错误经常被归咎于测试人员的查询而不是实际的问题查询。
我建议使用已知的结果集进行测试,因为你可以控制存在的数据,从而推断出它应该如何返回。以前,数据是从生产环境中提取的,经过清理后才填充到我们的测试数据库中。
人们仍然坚持创建自己的查询来测试开发人员所创建的内容。我怀疑许多人仍然这样做。我认为这根本不是理想情况,并且会不必要地增加我们的测试范围。
那么,我很好奇您用什么方法来测试这种场景,什么被认为是最理想的端到端测试覆盖方式,而不会引入混沌数据?
我遇到的问题是最佳测试位置在哪里。我应该直接测试服务,并将数据集与我可以从存储过程中获取的数据集进行比较吗?我有一个大致的想法,并且到目前为止已经取得了不错的成果,但是我觉得我们仍然缺少一些重要的东西,所以我正在寻找社区是否有任何有价值的见解,可以帮助更好地制定我的测试方法。