用例没有粒度,不要把步骤当作用例。尽量不要用 CRUD 为用例,因为它们一般不提供价值,过于在乎细节,是从数据库角度进行考虑的。
多个用例也可能操作同样的数据,一个用例背后可能隐藏多个数据操作。如果确定为 CRUD ,则合并为管理 *** , 可以把 Create 当作主路径, Read , Update , Delete 当作其它可选的路径 。不要牵涉界面细节。
本文探讨了软件测试中用例设计的基本原则,强调不应将步骤混淆为用例,并提出了避免使用CRUD作为用例的理由。同时介绍了如何将创建(Create)作为主路径,而读取(Read)、更新(Update)、删除(Delete)作为备选路径的方法。
用例没有粒度,不要把步骤当作用例。尽量不要用 CRUD 为用例,因为它们一般不提供价值,过于在乎细节,是从数据库角度进行考虑的。
多个用例也可能操作同样的数据,一个用例背后可能隐藏多个数据操作。如果确定为 CRUD ,则合并为管理 *** , 可以把 Create 当作主路径, Read , Update , Delete 当作其它可选的路径 。不要牵涉界面细节。

被折叠的 条评论
为什么被折叠?