用户认证安全的测试要考虑问题：
1. 明确区分系统中不同用户权限
2. 系统中会不会出现用户冲突
3. 系统会不会因用户的权限的改变造成混乱
4. 用户登陆密码是否是可见、可复制
5. 是否可以通过绝对途径登陆系统（拷贝用户登陆后的链接直接进入系统）
6. 用户推出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统
系统网络安全的测试要考虑问题
1. 测试采取的防护措施是否正确装配好，有关系统的补丁是否打上
2. 模拟非授权攻击，看防护系统是否坚固
3. 采用成熟的网络漏洞检查工具检查系统相关漏洞（即用最专业的黑客攻击工具攻击试一下，现在最常用的是 NBSI 系列和 IPhacker IP ）
4. 采用各种木马检查工具检查系统木马情况
5. 采用各种防外挂工具检查系统各组程序的客外挂漏洞
数据库安全考虑问题：
1. 系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求）
2. 系统数据的完整性（我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整，对于这个系统的功能实现有了障碍）
3. 系统数据可管理性
4. 系统数据的独立性
5. 系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整）
还是要通过测试的基本过程思考测试怎么做：
1、测试需求分析
对“网站的更新维护”部分的需求、目标进行分析。
2、编写测试规划
概要性的描述测试要对目标功能的哪些方面进行测试，并对每一部分功能指导用例分解方法。网站更新除了具体的更新页面等功能，还应当测试日志、撤销、备份等机制性功能，另外对于被更新页面和内容的可及性、性能也要设计测试。
3、编制测试用例
根据“规划”的指导完成测试用例的编制，这部分主要是对操作功能的描述。
如果采用手动执行，那就人来操作；如果采用自动化测试技术那就要配合开发工具执行用例，然后加上人员的抽检操作。
4、选择自动化工具
对于页面的可及性和性能测试，最好都用自动化工具，否则靠人操作既费时费力，又达不到效果。另外这部分测试还是要找很有经验的人来执行。自动化测试就像高速钻探机，虽然效率高，但还是要知道“在什么位置钻”。
5、做好回归测试
一方面，如果整体的测试规划来源于系统的上一个版本的完整测试规划，或者用例是在引用了前一版本用例的基础上再进行修改、增补的，那本次测试对于整个网站的本次更新就是一个回归测试。另一方面，本次测试中发现的bug经过研发人员修改后，还要进行回归测试，最好的方式是自动化运行用例全集，如果无法自动化，那至少要把发现bug的用例执行一下，最好再执行一下逻辑上相关的测试用例。
