还可以邀请（或悬赏）一些人扮演黑客，让他们想尽办法入侵系统，实现“目标”，如果有人成功了，请他详述入侵的过程。
1.1.2.10. 兼容性测试
兼容性是指系统在需求规格说明书要求的范围内，在不同的支持系统和环境下是否都能兼容（正常）的一种测试，做好兼容性测试是系统下一步进行移植的必要准备和前提。
兼容性测试一般考虑的方面有：
? 在不同的操作系统下，系统的兼容程度，比如一个WEB系统，是否如需
求规格说明书要求的那样，支持unix，或Linux系统呢。 ? web系统的客户端，除了支持IE，是否也支持Netscape。
? 系统是否支持不同的数据库，主要采用的一些通用的数据库技术还是比
较多的采用某数据库的专有功能。
? 支持IE，是否支持IE的所有版本，会不会IE7.0下正常支持，在IE6.0
下就不正常了呢。
? 同样IE下，显示分辨率在1280×1050下正常，会不会在1024×768下
就会显示乱套了呢。
1.1.2.11. 安装/反安装测试
安装/反安装测试主要用于在系统的推广过程中。一个商业软件产品，安装程序是个门面，虽然简单，但也不要在阴沟里翻了船
安装测试一般考虑的方面有：
? 在标准配置和最低配置两种环境下测试
? 在安装界面中，应当尝试各种选项，如选择“全部”、“部分”、“升级”
等以及其它可以选择的参数。 反安装测试一般考虑的方面有： ? 系统卸载后文件是否删除干净。 ? 注册表里是否还有相关垃圾信息。
安装/反安装测试相对优先级别较低，可在后期进行。
1.1.2.12. 使用性测试
可使用性测试也有叫做界面测试的，因为绝大多数软件拥有图形用户界面。图形用户界面的测试重点是正确性、易用性和视觉效果。在评价易用性和视觉效果时，主观性非常强，应当在综合考虑多个人的观点。
但在界面/可使用性测试中，也可以把一些公认的标准列出来，如果不符合也要当作BUG处理，比如：
输入域中，TAB键的顺序一定是从左到右，从上到下，不可能是乱跳的。 系统中的某一特定功能，不能使用Windows的保留热键，通用功能热键，要与windows保持一致。
重要操作（如造成数据无法恢复的，常见为删除操作）一定要有确认提示，以允许用户放弃操作。
长时间的操作（18秒以上），要有操作提示，以免造成死机的假象。 可使用性测试相对其它测试内容优先级别较低，在本项目中，采用以正确性为主，易用性为辅的原则进行。
1.1.2.13. 文档测试
文档也是软件的一部分，所以也要测试通过
文档测试最基本的内容如安装文档、使用文档、维护文档等。 文档测试应该注意以下几方面内容： ? 首先应确认文档内容正确，也是最新的。
? 文档条理是否清楚，排版是否合理，是否采用能用模板格式进行排版。 ? 文档版本标识是否正确
文档的修改一般落后于项目开发进度，测试时可放在后期进行。
1.1.3. 测试过程管理
1.1.3.1. 角色及职责
角色 项目经理 测试人员 项目组成员 职责 将《项目计划》《需求规格说明书》提交测试人员 负责整个测试过程 负责修改测试人员提交的问题
1.1.3.2. 过程管理
软件测试开发、管理流程贯穿了项目的整个开发和测试生命周期，与整个软件开发过程基本上是并行进行并相互协调的。
测试管理总流程图如下：
项目立项 需求规格说明书； 概要设计说明书； 详细设计说明书； 开发计划书； 集成计划书 参与需求评审； 参与设计评审； 项目组完成编码，走逐步细化测试查，单元、集成测试； 计划，测试用N 评审通过 Y 创建计划 版本创建 N 冒烟测试 配置库 Y 开发版本 N BUG分修改指派 基线/创建版本 功能集成测试 配修订 BUG库 BUG记录 Y 版本创建 N N 冒烟测试 Y N 系统测试 Y 项目终N 例外放N 止否？ 行否？ 出口准则 Y Y Y 产品库 项目验收 测试管理总流程图
测试计划书； 测试用例； 创建计划书；