删除功能测试的测试点
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.
界面上的删除操作，是否对应后台文件的删除，如果存在，一定要检查文件是否被同步删除