TA的每日心情 | 擦汗 3 天前 |
---|
签到天数: 1042 天 连续签到: 4 天 [LV.10]测试总司令
|
删除功能测试的测试点
1.删除时,必须有“确认删除”的提示。
2.删除交易时,需要在其他页面对删除记录做确认,审批:删除成功;或者删除被驳回。
3.删除后,查询被删数据是否还能在查询界面被查询到。
4.删除后,最好检查数据库,确认该条记录及相关的记录已经被完整删除,避免产生冗余数据。
5.删除时,系统需要判断是否有删除约束,如果有删除约束,要检查该记录是否被约束,如果被约束该记录不能被删除。
例如:删除备选库时需要判断该备选库中的产品是否已经被使用,如果存在则不允许被删除。
6.删除时,需要检查由于业务的约束而不能删除的数据,能否被保护不能手工删除,比如:流程中已经审批的文件不能被删除;已启用的记录不能被删除。
7.针对6而言,删除时,若可以删除关联项,检查关联项是否被同时删除
8.删除权限的检查,比如:需求要求只有管理员和该记录的创建人能够删除该记录,那就以不同的用户和角色登录进去,执行删除操作,检查是否与需求匹配
9.单个删除或批量删除
10.要注意是被删除还是被隐藏(两者同样是在界面上看不到记录)
11.构造数据:空库、不存在结果的删除
12.有条件的删除
13.删除操作首先判断是真删除还是假删除,如果是假删除,操作完成之后,一定要去后台数据库中检查对应的数据是否依然存在
14.如果是真删除,要考虑级联删除的问题,即主表记录被删除时,对应的所有从表记录也应该一并被删除
15.若存在批量删除,在批量删除的过程中,系统出现了异常(网络中断、服务异常、断电等情况)时,批量删除是否进行了相关的事务处理
16.如果一次可以选择多条记录进行删除时,如果删除还是有条件的,要构造同时选中一部分符合删除条件的,一部分不符合删除条件的,看系统是如何处理的
17.如果存在批量删除功能,要检查批量删除所消耗的时间
18.建议对于真删除操作,最好要有对应的操作日志,以保护系统的安全可追溯性
19.如果是C/S或 B/S架构,那么是否存在同一记录被不同的客户端用户进行同时删除,而造成系统异常
20.正在进行操作或使用的数据能否允许被删除(例如当前用户正在进行操作,管理员删除了该用户。或者某个数据信息正在被使用,比如XX权限正在被使用,但是管理员对权限进行了删除操作)
21.为了提高系统的可靠性,对于一些重要的删除操作,是否设计了相关的删除恢复或删除撤销操作
22.界面上的删除操作,是否对应后台文件的删除,如果存在,一定要检查文件是否被同步删除
|
|