修改功能测试的测试点
1.点击修改按钮，能够进入相应的修改页面
2.点击修改按钮，程序跳转页面是否正确
3.进入修改页面，验证修改页面显示的内容与该数据是否一致，显示的内容是否是该数据的内容
4.进入修改页面，验证修改页面显示的内容是否存在丢失
是否存在某些内容丢失，不显示
5.进入修改页面，验证输入字段和需求描述一致 以软件需求为准
6.页面输入修改内容的文本框的相应名称是否出现错别字
7.输入的修改内容是否与文本框中显示的一致
是否会出现输入的内容丢失或者多出
8.空数据
如果需求规定输入字段不能为空，验证程序对非空数据有明显标识或说明，对非空输入字段输入空数据有控制
9.点击保存按钮，按钮是否有效
10.输入非法数据，点击保存按钮，应给出非法提示
程序可能会把非法数据当做合法数据
11.输入非法数据，点击保存按钮，应给出非法提示，输入的修改数据不会被保存
12.输入合法数据，点击保存，系统是否提示确认保存
13.输入合法数据，点击保存，系统应提示保存成功
14.系统中该数据是否显示最新修改的数据
15.查看数据库中该数据是否与系统中修改的数据保持一致
16.取消按钮是否有效
17.点击取消按钮，是否与保存功能一样
18.点击取消按钮，跳转页面是否正确
19.任何修改都不进行，直接点击”保存”按钮
可以正常修改
20.全部数据都进行修改，且修改的数据内容都不相同但正确，点击“保存”按钮
可以正常修改
21.当前数据正在被占用或使用时，是否可以进行数据修改
如，用户当前正在前台登录进行操作时，是否可以修改用户的权限或其他信息
22.若修改的数据对应的主表，且主键值允许修改，那么要考虑关联的从表数据，是否进行级联更新
例如要修改员工的工号，就要考虑员工对应的考情和工资等记录中对应的工号是否同时更新
23.如果修改按钮，对应数据库中的一个事务处理时，要检查在保存按钮点击后，是否进行了完备的事务处理操作
例如在网站上修改一个订单，除了检查界面提示和订单信息是否修改外，还要检查是否生成了订单修改日志，同时在卖家的操作窗口中是否弹出相应的提示信息等
24.是否存在批量更新操作，如果存在，要考虑批量更新是否更新完备正确
25.如果存在批量大数据的更新，要考虑性能和压力测试
26.在更新过程中，构造系统异常（断电、断网、终止服务等），检查系统的响应，如果是事务处理，要确认是否进行了事务回滚，是否有相应的错误日志信息
27.如果是C/S或B/S系统，要考虑服务器端功能的修改是否会影响客户端的界面数据和相关处理。要进行前后台的关联测试。
例如在后台修改了新闻内容，在前台浏览器进行刷新，检查是否进行了正确的修改，显示是否完整
28.修改数据对应的约束关系是否存在自相矛盾
例如：在A功能中对工资等级字段的要求是可以为空，但是在B功能中要引用工资等级时，又规定该数据是必输项，那么就会导致在A功能中如果将工资等级修改为空时，A功能就无法实现的问题
29.修改功能是否是可以撤销的
30.同一组信息的修改功能和新增功能其对应的数据校验规则是否完全相同，是否存在前后不一致的情况
例如：员工信息新增中不允许员工姓名有重复，但是在修改时，却可以修改为重名
31.如果该功能存在假删除，要考虑在修改记录时，关于重复的校验，是否包括假删除数据
例如员工管理功能对应的删除操作是假删除，并且新增员工要求，员工姓名不能重复。
加入张三离职后，把张三假删除，在界面上看不到张三的信息，此时再次修改员工信息，是否能再次修改一个员工姓名为张三的？
32.修改功能中是否有右键快捷方式，支持拷贝粘贴等
33.对于一些敏感数据的修改显示，是否进行了加密