鼓励项目团队定义边缘案例

软件测试 测试管理 测试设计
2022-01-14 15:59:04

您能否给我一些最好用于财务系统(总账)和 STP 结算的边缘案例的具体示例,以帮助我们启动业务用户和开发团队对我们战略项目的正确思考/方法?

我们已经在使用 验收测试驱动的方法,但是,迄今为止,当活动案例和验收标准在时间盒规划中进行范围时,非功能测试和边缘案例还没有成为实际关注的主题。实际焦点意味着有卡片用于识别范围内的非功能性能力,但由于团队/项目广度的压力,时间框焦点永远不会下降到同意边缘案例的粒度。我认为,这是因为系统处理边缘情况的能力在很大程度上是由业务用户隐式假设的。

关于开发人员,他们可能在他们的单元测试中涵盖了这一点,但我们,在一般项目团队中,包括技术协调员和测试协调员对此并没有太多了解。因此,在我们进入生产阶段之前,我们可能会错过了解真正差距所在的机会。你的经历是什么?

1个回答

您可以根据约束和假设来考虑边缘情况。

约束的示例可能是 UI 中的最大字段长度、数据库中的最大列长度、最大或最小美元金额、最大/最小百分比。另一个例子是关系的基数,例如用户 A 从来没有超过一个支票账户或超过一个受益人。我通过使用精确的最小值和最大值(以确保它们起作用)以及比最小值小一点或比最大值大一点的值(以确保它们得到适当的处理)来测试这些类型的约束。

假设的一个例子是事件时间顺序的模型。(在我的公司,这是一个容易出现错误的区域。)当我们为流程(如会计流程)设计软件时,我们会考虑特定的事件顺序,一个与我们认为用户行为方式相对应的顺序,或者我们认为合理的顺序,或易于理解和解释的顺序。如果您了解这些假设,您可以测试假设错误时会发生什么。

您可以尝试谷歌搜索“测试边缘情况”。