《编写有效用例》读书笔记(9)——技术和数据的变化

1 、扩展说明了系统所完成的目标是不同的,但有时需要表达“有多种不同方法来完成相同目标”。系统所完成的目标是相同的,但怎样做可能不同。这通常是因为技术的变化或输入数据的不同。应该将这些变化写到“技术和数据变化”列表,而不是写到扩展部分中。

示例

主成功场景:

……

2.用户标识自己、银行、账号。

……

技术和数据变化列表:

2a. 用银行卡、眼扫描或指纹来识别。

读书笔记8的第五点中提到寻找扩展可考虑的情况的第一点是:一种可选择的成功路径(职员使用便捷的代码),可能这个所谓的成功路径是有一定步骤的,但目标是和成功场景一致的,应该和本章的技术和数据变化区分

2、技术和数据变化列表不包含条件和步骤。

3、如果决定使用UML用例图,那么你可以为一个基本步骤创建一个空的。一般性的基用例,为每个变化创建一个具体的用例。

这里所说的就是UML用例泛化的关系

 

总结:本章篇幅只有一页两面,只是说明了一下什么是“技术和数据的变化”

转载于:https://www.cnblogs.com/spgoal/archive/2005/10/19/258095.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
编写有效用例的目的是为了确保软件系统的需求和功能能够被准确地传达给开发团队,并且能够帮助测试团队进行测试和验证。以下是编写有效用例的步骤: 1. 确认需求:首先,要明确软件系统的需求和功能,包括用户需求、系统需求以及各种功能模块的需求。 2. 识别参与者:根据软件系统的功能和需求,识别出所有可能涉及的参与者,例如系统管理员、普通用户等。 3. 编写用例标题:为每个功能和需求编写一个明确的用例标题,用于简洁地描述用例的目标和功能。 4. 描述前置条件:在每个用例中,要明确规定该用例执行的前置条件,例如用户登录系统等。 5. 定义主要步骤:在每个用例中,要详细描述实现该功能或需求的主要步骤,以确保开发团队能够理解和实现。 6. 列举其他步骤和可选步骤:在编写用例时,还需要考虑可能出现的其他步骤和可选步骤,以便更全面地描述和测试该功能。 7. 描述预期结果:对于每个用例,要明确规定该功能或需求的预期结果,以便测试团队进行验证。 8. 编写扩展步骤:在编写用例时,还应考虑到可能出现的异常情况和错误处理的扩展步骤。 9. 检查和修订用例编写用例后,应仔细检查和修订,确保用例的完整性和准确性。 10. 与相关方进行确认:最后,要将编写用例与相关方进行确认,包括需求方、开发团队和测试团队,以确保对用例的共识和理解。 通过以上步骤,就能编写出具有准确性、完整性和易读性的有效用例,从而提高开发效率和测试质量。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值