测试人员一般分为如下三种（当然还有很多其它的分类方法，如感兴趣可以再查找）：
黑盒测试：
黑盒测试，指的是把被测的软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果。主要是针对软件界面和软件功能进行测试。
白盒测试：
白盒测试，指的是完全了解产品的源代码和程序结果。按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作
灰盒测试：
灰盒测试介于黑盒测试与白盒测试之间。可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。
这三种测试方式各有各的优点，楼主可以根据需要去选择
——“搜狗测试”
⑵ 软件测试的方法有哪些
一下来自网络相当全面的资料。或者你可以看看51testing测试论坛，上面很多资料都是免费下载的。
β测试_Beta测试 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。 α测试_Alpha测试 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。 可移植性测试 可移植性测试，英文是Portability testing。又称兼容性测试。 可移植性测试是指测试软件是否可以被成功移植到指定的硬件或软件平台上。 用户界面测试-UI测试 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息 (Menu 和Help content)等方面的测试。比如，测试Microsoft Excel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。 冒烟测试 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。 冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 随机测试 随机测试，英文是Ad hoc testing。 随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。 随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug，进行再次测试，可以结合回归测试 (Regressive testing)一起进行。 本地化测试 本地化测试，英文是Localization testing。 本地化就是将软件版本语言进行更改，比如将英文的windows改成中文的windows就是本地化。本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机帮助等部分。 本地化能力测试 本地化能力测试，英文是Localizability testing。 本地化能力测试是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言的能力。为了降低本地化能力测试的成本，提高测试效率，本地化能力侧是通常在软件的伪本地化版本上进行。 本地化能力测试中发现的典型错误包括：字符的硬编码（即软件中需要本地化的字符写在了代码内部），对需要本地化的字符长度设置了国定值，在软件运行时以控件位置定位，图标和位图中包含了需要本地化的文本，软件的用户界面与文档术语不一致等。 国际化测试 国际化测试，英文是International testing。又称国际化支持测试。 国际化测试的目的是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软件在世界不同区域都能正常运行。国际化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语（可选）的混合字符。 国际化支持测试是指验证软件程序在不同国家或区域的平台上也能够如预期的那样运行，而且还可以按照原设计尊重和支持使用当地常用的日期，字体，文字表示，特殊格式等等。比如，用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展示阿拉伯字符串?又比如，日文版的Microsoft Excel对话框是否显示正确翻译的日语?一旦来说执行国际化支持测试的测试人员往往需要基本上了解这些国家或地区的语言要求和期望行为是什么。 安装测试 安装测试，英文是Installing testing。 安装测试是确保软件在正常情况和异常情况下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装的测试。异常情况包括磁盘空间不足、缺少目录创建权限等场景。核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供安装一些程序能够运行的基础数据。 白盒测试-结构测试-逻辑驱动测试 白盒测试，英文是White Box Testing。又称结构测试或者逻辑驱动测试。 白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。 白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。 白盒测试常用工具有：Jtest、VcSmith、Jcontract、C++ Test、CodeWizard、logiscope。 黑盒测试-功能测试-数据驱动测试 黑盒测试，英文是Black Box Testing。又称功能测试或者数据驱动测试。 黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。 软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。 黑盒测试常用工具有：AutoRunner、winrunner、loadrunner。 自动化测试 自动化测试，英文是Automated Testing。 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试和功能测试中用得较多。通过录制测试脚本，然后执行这个测试脚本来实现测试过程的自动化。国内领先的自动化测试服务提供商是泽众软件。自动化测试工具有AutoRunner和TAR等。 回归测试 回归测试，英文是Regression testing。 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。因此应当鼓励对所有回归测试用例进行自动化测试。 验收测试 验收测试，英文是Acceptance testing。 验收测试是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。 验收测试一般有三种策略：正式验收、非正式验收活Alpha 测试、Beta 测试。 动态测试 动态测试，英文是Moment Testing。 动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。 根据动态测试在软件开发过程中所处的阶段和作用，动态测试可分为如下几个步骤： 1、单元测试 2、集成测试 3、系统测试 4、验收测试 5、回归测试 探索测试 探索测试，英文是Exploratory Testing。 探索测试是指通常用于没有产品说明书的测试，这需要把软件当作产品说明书来看待，分步骤逐项探索软件特性，记录软件执行情况，详细描述功能，综合利用静态和动态技术来进行测试。探索测试人员只靠智能、洞察力和经验来对bug的位置进行判断,所以探索测试又被称为自由形式测试。 单元测试 单元测试，英文是Unit Testing。 单元测试是最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易做好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。 集成测试 集成测试，英文是Integration Testing。 集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别 系统测试 系统测试，英文是System Testing。 系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 端到端测试 端到端测试，英文是End to End Testing。 端到端测试类似于系统测试，测试级的“宏大”的端点，涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。端到端架构测试包含所有访问点的功能测试及性能测试。端到端架构测试实质上是一种"灰盒"测试，一种集合了白盒测试和黑盒测试的优点的测试方法。 健全测试 健全测试，英文是Sanity testing。 健全测试是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。 衰竭测试 衰竭测试，英文是Failure Testing。 衰竭测试是指软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。 接受测试 接受测试，英文是Accept Testing。 接受测试是基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。一般从功能、用户界面、性能、业务关联性进行测试。 负载测试 负载测试，英文是Load testing。 负载测试是测试一个应用在重负荷下的表现。例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。 负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。 强迫测试 强迫测试，英文是Force Testing。 强迫测试是在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。 压力测试 压力测试，英文是Stress Testing。和负载测试差不多。 压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压力测试。 性能测试 性能测试，英文是Performance Testing。 性能测试是在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。性能测试一般包括负载测试和压力测试。 通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会不会流失(memory leak)。比如，验证程序保存一个巨大的文件新版本不比旧版本慢。 可用性测试 可用性测试，英文是Practical Usability Testing。 可用性测试是对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。 卸载测试 卸载测试，英文是Uninstall Testing。 卸载测试是对软件的全部、部分或升级卸载处理过程的测试。主要是测试软件能否卸载，卸载是否干净，对系统有无更改，在系统中的残留与后来的生成文件如何处理等。还有原来更改的系统值是否修改回去 恢复测试 恢复测试，英文是Recovery testing。 恢复测试是测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。恢复测试指通过人为的让软件（或者硬件）出现故障来检测系统是否能正确的恢复，通常关注恢复所需的时间以及恢复的程度。 恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化（reinitialization）、检查点(checkpointing mechanisms)、数据恢复(data recovery)和重新启动 (restart)等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。 安全测试 安全测试，英文是Security Testing。 安全测试是测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。安全测试检查系统对非法侵入的防范能力。安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。例如： ①想方设法截取或破译口令； ②专门定做软件破坏系统的保护机制； ③故意导致系统失败，企图趁恢复之机非法进入； ④试图通过浏览非保密数据，推导所需信息，等等。理论上讲，只要有足够的时间和资源，没有不可进入的系统。因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。此时非法侵入者已无利可图。 兼容性测试 兼容测试，英文是Compatibility Testing。 兼容测试是测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。向上兼容向下兼容，软件兼容硬件兼容。软件的兼容性有很多需要考虑的地方。 比较测试 比较测试，英文是Compare Testing。 比较测试是指与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。来取长补短，以增强产品的竞争力。 可接受性测试 可接受性测试，英文是Acceptability Testing。 可接受性测试是在把测试的版本交付测试部门大范围测试以前进行的对最基本功能的简单测试。因为在把测试的版本交付测试部门大范围测试以前应该先验证该版本对于所测试的功能基本上比较稳定。必须满足一些最低要求。比如不会很容易程序就挂起或崩溃。如果一个新版本没通过可测试性的验证，就应该阻拦测试部门花时间在该测试版本上测试。同时还要找到造成该版本不稳定的主要缺陷并督促尽快加以修正 边界条件测试 边界条件测试，英文是Boudary Testing。又称边界值测试。 一种黑盒测试方法，适度等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。 边界条件测试是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。 强力测试 强力测试，英文是Mightiness Testing。 强力测试通常验证软件的性能在各种极端的环境和系统条件下是否还能正常工作。或者说是验证软件的性能在各种极端环境和系统条件下的承受能力。比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序重复执行打开和保存一个巨大的文件1000次后也不会崩溃或死机。 装配/安装/配置测试 装配/安装/配置测试是验证软件程序在不同厂家的硬件上，所支持的不同语言的新旧版本平台上，和不同方式安装的软件都能够如预期的那样正确运行。比如，把英文版的 Microsoft Office 2003安装在韩文版 的Windows Me 上，再验证所有功能都正常运行。 静态测试 静态测试，英文是Static Testing。 静态测试指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅.。静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。 静态测试常用工具有：Logiscope、PRQA； 隐藏数据测试 隐藏数据测试在软件验收和确认阶段是十分必要和重要的一部分。程序的质量不仅仅通过用户界面的可视化数据来验证，而且必须包括遍历系统的所有数据。 假设一个应用程序要求用户两条信息-----用户名和密码来创建帐户。这个用户输入这两条数据后保存。最后，一个确认窗口将通过数据库中找到这条数据来显示用户名和密码给用户。为了验证所有的数据保存是否正确，一个QA测试人员会在这个确认窗口简单的查看下用户名和密码。如果他们成功了？假设数据库记录了第三条信息----创建日期，它可能不会出现在确认窗口，而只在存档中才出现。如果创建日期保留的不正确，而QA测试人员只验证屏幕上的数据，那么这个问题就不可能被发现。创建日期可能就是一个bug，由于一个用户帐户保存了一个错误的日期到数据库中，这个问题也不可能会被引起注意，因为它被用户界面所隐藏。这只是一个简单的例子，但是它却演化出了一点：隐藏数据测试的重要性。 等价划分测试 等价划分测试的英文是equivalence partition testing。 等价划分测试是根据等价类设计测试用例的一种技术。是黑盒测试的典型方法之一，通过把被测试程序所有可能的输入数据域划分成若干部分。从每一部分中选取少数有代表性的数据作为测试用例，可有效减少测试次数，极大提高软件测试效率，缩短软件开发周期．等价类划分测试的目的就是为了在有限的测试资源的情况下，用少量有代表性的数据得到比较好的测试效果。有效等价类盒无效等价类。有效等价类中的数据代表的是一组符合需求文档的正确的有意义数据。无效等价类则正相反。 判定表 判定表的英文是decision table，是指一个表格，用于显示条件和条件导致动作的集合。 定义：判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。 判定表的优点：能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。 在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题 深度测试 深度测试的英文Depth test ，是指执行一个产品的一个特性的所有细节，但不测试所有特性。 当比较函数返回真的时候才显示出效果来。必须启用“#深度测试”，才能执行测试。不使用的时候需要关闭。 基于设计的测试 基于设计的测试的英文是design-based testing，是根据软件的构架或详细设计引出测试用例的一种方法。 一种基于设计模型的测试方法(Model Based TestIng System,MATIS).该方法利用用户界面自动生成方法,把设计模型中的类属性定义和实现中的控件属性组织在一起,构建描述界面的逻辑对照表,辅助测试脚本引擎执行自动测试脚本.借助设计模型中扩展的类定义,MATIS方法可以自动生成测试用例和测试数据。 文档测试 文档测试的英文是documentation testing，测试关注于文档的正确性。 文档测试有三大类分别是开发文件、用户文件、管理文件。 1. 开发文件：可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。 2.用户文件：用户手册、操作手册。 3.管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。 软件测试中的文档测试主要是对相关的设计报告和用户使用说明进行测试，对于设计报告主要是测试程序与设计报告中的设计思想是否一致；对于用户使用说明进行测试时，主要是测试用户使用说明书中对程序操作方法的描述是否正确，重点是用户使用说明中提到的操作例子要进行测试，保证采用的例子能够在程序中正确完成操作。 域测试 域测试的英文是domain testing，定义参考等价划分测试（equivalence partition testing）； 一般分为单域测试和多域测试，其中单域测试包括设备测试和业务测试，设备测试包括测试某个系统的软交换设备、中继媒体网关设备、信令网关设备、接入媒体网关和IAD等设备。 等价类划分有两种不同的情况：有效等价类和无效等价类。设计时要同时考虑这两种等价类，因为软件不仅要能接收合理的数据，也要能经受意外的考验。 一有效等价类：是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。 二无效等价类：与有效等价类的定义恰巧相反。
⑶ 你能说说影响网络安全的因素有哪些吗
我们将所有影响网络正常运行的因素称为网络安全威胁，从这个角度讲，网络安全威胁既包括环境因素和灾害因素，也包括人为因素和系统自身因素。
1．环境因素和灾害因素
网络设备所处环境的温度、湿度、供电、静电、灰尘、强电磁场、电磁脉冲等，自然灾害中的火灾、水灾、地震、雷电等，均会影响和破坏网络系统的正常工作。针对这些非人为的环境因素和灾害因素目前已有比较好的应对策略。
2-人为因素
多数网络安全事件是由于人员的疏忽或黑客的主动攻击造成的，也就是人为因素，丰要包括：
(1)有意：人为的恶意攻击、违纪、违法和犯罪等。
(2)无意：工作疏忽造成失误（配置不当等），对网络系统造成不良后果。
网络安全技术主要针对此类网络安全威胁进行防护。
3．系统自身因素
系统自身因素是指网络中的计算机系统或网络设备因自身的原因导致网络不安全，主要包括：
1)计算机硬件系统的故障。
2)各类计算机软件故障或安全缺陷，包括系统软件（如操作系统）、支撑软件（各种中间件、数据库管理系统等）和应用软件。
3)网络和通信协议自身的缺陷也会导致网络安全问题，1.4节将详细分析互联网协议的安全问题。
系统自身的脆弱和不足（或称为安全漏洞）是造成信息系统安全问题的内部根源，攻击者正是利用系统的脆弱性使各种威胁变成现实。
一般来说，在系统的设计、开发过程中有很多因素会导致系统漏洞，主要包括：
1)系统基础设计错误导致漏洞，例如互联网在设计时没有认证机制，使假冒IP地址很容易。
2)编码错误导致漏洞，例如缓冲区溢出、格式化字符串漏洞、脚本漏洞等都是在编程实现时没有实施严格的安全检查而产生的漏洞。
3)安全策略实施错误导致漏洞，例如在设计访问控制策略时，没有对每一处访问都进行访问控制检查。
4)实施安全策略对象歧义导致漏洞，即实施安全策略时，处理的对象和最终操作处理的对象不一致，如IE浏览器的解码漏洞。
5)系统开发人员刻意留下的后门。 些后门是开发人员为了调试用的，而另一些则是开发人员为了以后非法控制用的，这些后门一旦被攻击者获悉，则将严重威胁系统的安全。
除了上述在设计实现过程中产生的系统安全漏洞外，很多安全事故是因为不正确的安全配置造成的，例如短口令、开放Guest用户、安全策略配置不当等。
尽管人们逐渐意识到安全漏洞对网络安全所造成的严重威胁’，并采取很多措施来避免在系统中留下安全漏洞，但互联网上每天都在发 新的安全漏洞公告，漏洞不仅存在，而且层出不穷，为什么会这样呢？原因主要在于：
1)方案的设计可能存在缺陷。
2)从理论上证明一个程序的正确性是非常困难的。
3)一些产品测试不足就匆匆投入市场。
4)为了缩短研制时间，厂商常常将安全性置于次要地位。
5)系统中运行的应用程序越来越多，相应的漏洞也就不可避免地越来越多。
为了降低安全漏洞对网络安全造成的威胁，目前一般的处理措施就是打补丁，消除安全漏洞。但是，打补丁也不是万能的，主要原因是：
1)由于漏洞太多，相应的补丁也太多，补不胜补。
2)有的补丁会使某些已有的功能不能使用，导致拒绝服务。
3)有时补丁并非厂商们所宣称的那样解决问题。
4)很多补丁一经打上，就不能卸载。如果发现补丁因为这样或那样的原因不合适，就只好把整个软件卸载，然后重新安装软件，非常麻烦。
5)漏洞的发现到补丁的发布有一段时间差，此外，漏洞也可能被某些人发现而未被公开，这样就没有相应的补丁可用。
6)网络和网站增长太快，没有足够的合格的补丁管理员。
7)有时候打补丁需要离线操作，这就意味着关闭该计算机上的服务，这对很多关键的服务来说也许是致命的。
8)有时补丁并非总是可以获得的，特别是对于那些应用范围不广的系统而言，生产厂商可能没有足够的时间、精力和动力去开发补丁程序。
9)厂商可能在补丁中除解决已有问题之外添加很多的其他功能，这些额外的功能可能导致新的漏洞出现，系统性能下降，服务中断，或者出现集成问题和安全功能的暂时中断等。
1 0)补丁的成熟也需要一个过程，仓促而就的补丁常常会有这样或那样的问题，甚至还会带来新的安全漏洞。
1 1)自动安装补丁也有它的问题，很多自动安装程序不能正常运行。
网络对抗研究领域中一个最基础的研究方向就是漏洞挖掘，即通过测试、逆向分析等方法发现系统或软件中存在的未知安全漏洞，在其安全补丁发布之前开发出相应的攻击程序，并大规模应用。对于已发布补丁的软件，也可以通过补丁比较技术发现补丁所针对的安全漏洞的细节，以最短的时间开发出利用程序，在用户还没来得及打上补丁之前实施攻击。在这种情况下，补丁反而为攻击者提供了有用的信息。
总之，威胁网络安全的因素有很多，但最根本的原因是系统自身存在安全漏洞，从而给了攻击者可乘之机。
⑷ 网络安全知识包括什么
入侵 提权 病毒 防火墙 攻击 dos攻击 各种hack软件的应用, 例如灰鸽子,冰河 啊D网络安全说白了就是自己要懂的hack会的东西才能做到好的防护,好的网络安全工程师,就等于好的HACK
⑸ 网络安全
随着国家网络信息化建设的飞速发展，有越来越多的学校建立起自己的校园网络进行教学和管理，同时，通过 Internet的远程教育网络，教育不再受国家、地区、学校、学科的限制，学生能够充分享受教育的多面性、多样性，提高学生学习的趣味性、选择性。但与此同时，愈演愈烈的黑客攻击事件以及非法信息的不断蔓延、网络病毒的爆发、邮件蠕虫的扩散，也给网络蒙上了阴影。在高速发展的校园网及远程教育网络系统中也同样存在着威胁网络安全的诸多因素。
一般来讲，中小学校园网在安全方面的隐患和威胁虽然也主要来自于病毒和黑客入侵，但其要防护的重点则有着特定的需求。对于校园网而言，需要加强安全防范和管理的体现在三个方面：
一、防范病毒入侵
目前，网络中存在的病毒已经不计其数，并且日有更新。而随着红色代码、Nimda、SQL Slammer等病毒的一再出现，病毒已经成为一种集成了蠕虫、病毒和黑客工具的大威胁，同时其利用邮件这一应用最广泛的手段，随时准备毁坏数据、致瘫网络。
二、监控网络流量
Internet的开放性使得网络信息错综复杂，学生可以轻而易举地访问和浏览各类站点，包括色情、暴力及游戏等不良站点。各种非法、有害的信息：色情的、暴力的，甚至邪教的歪理邪说等，都会通过Internet肆无忌惮地涌入校园，使中小学生这一未成年特殊群体极易受到上述信息的不良诱导，在其幼小的心灵深处埋下灰色烙印。
随着信息化进程的深入和互联网的迅速发展，信息安全显得日益重要。国家对此十分重视，1997年国务院信息办立项筹建中国互联网络安全产品测评认证中心； 1998年10月成立中国国家信息安全测评认证中心；1999年2月该中心及其安全测评实验室分别通过中国产品质量认证机构国家认可委员会和中国实验室国家认可委员会的认可，正式对外开展信息安全测评认证工作。
一、网上信息安全的法律保护
随着互联网技术的发展，大量的信息在互联网上进行传播，不可避免地会侵犯他人的合法权益，而且这种侵犯将因为互联网比其他媒体更有广泛的影响而加重侵权的严重程度。从这个意义上来说，一个人可以不上网，但是他的合法权益被他人通过互联网侵犯却是有可能的，因此，加强与互联网相关的立法建设，对于全体国民都是非常重要的。
此外，要加强信息系统安全研究、建设的统一管理，使之纳入有序化、规范化、法制化的轨道上。当前我国的信息与网络安全研究处在忙于封堵现有实际信息系统安全漏洞的阶段。要想从根本上解决问题，应该在国家有关主管部门组织下，从基础研究入手，为我国信息与网络安全构筑自主、创新、完整的理论体系和基础构件的支撑，推动我国信息安全产业的发展。
互联网世界是人类现实世界的延伸，是对现实社会的虚拟，因此，现实社会中大多数的法律条款还是适用于互联网的。互联网是信息传播的一种工具，从这个意义上讲，互联网只不过是一种新兴的媒体，各种法律在互联网上同样适用，有关互联网的运行规则应和其他媒体一样都必须遵守国家法律的规定，任何违法行为都要受到法制的制裁。随着互联网技术的发展，为了规范与互联网相关的行为，有关部门已经制定了一些法律法规，互联网世界已经有了初步的“游戏规则”。
互联网一贯以信息自由着称，据此有人认为实施有关互联网的立法会限制网络的发展，这种观点是错误的。在互联网这个虚拟的世界里，如同现实世界一样，没有绝对自由，如果网络失去规则，那么自由也就无从说起，这一点已经被无数的事实所证明。最近，针对网上日益猖撅的不法行为，许多国家都已经着手加强网上立法和打击不法行为的力度，中国也应该加强这方面的工作，只有这样，才能够给广大网民提供一个更加自由的空间。
因为文章太长会眼花缭乱，我以摘要截取的形式附上原文地址，希望楼主能够得到帮助。
⑹ 移动互联网行业的职位主要有哪些
技术类
后端开发
Java Python PHP .NET C# C++ C VB Delphi Perl Ruby Hadoop Node.js 数据挖掘 自然语言处理 搜索算法 精准推荐 全栈工程师 Go ASP Shell 其它
移动开发
HTML5 Android iOS WP 移动开发其它
前端开发
web前端 Flash html5 JavaScript U3D COCOS2D-X 前端开发其它
测试
测试工程师 自动化测试 功能测试 性能测试 测试开发 游戏测试 白盒测试 灰盒测试 黑盒测试 手机测试 硬件测试 测试经理 测试其它
运维
运维工程师 运维开发工程师 网络工程师 系统工程师 IT支持 IDC CDN F5 系统管理员 病毒分析 WEB安全 网络安全 系统安全 运维经理 运维其它
DBA
数据库
MySQL SQLServer Oracle DB2 MongoDB ETL Hive 数据仓库 DBA其它
高端职位
技术经理 技术总监 架构师 CTO 运维总监 技术合伙人 项目总监 测试总监 安全专家 高端技术职位其它
非技术类
项目管理
项目经理 项目助理
产品经理
网页产品经理 移动产品经理 产品助理 数据产品经理 电商产品经理 游戏策划 产品实习生
产品设计师
网页产品设计师 无线产品设计师
高端职位
产品部经理 产品总监 游戏制作人
视觉设计
网页设计师 Flash设计师 APP设计师 UI设计师 平面设计师 美术设计师（2D/3D） 广告设计师 多媒体设计师 原画师 游戏特效 游戏界面设计师 视觉设计师 游戏场景 游戏角色 游戏动作
用户研究
数据分析师 用户研究员 游戏数值策划
高端职位
设计经理/主管 设计总监 视觉设计经理/主管 视觉设计总监 交互设计经理/主管 交互设计总监 用户研究经理/主管 用户研究总监
交互设计
网页交互设计师 交互设计师 无线交互设计师 硬件交互设计师
运营
内容运营 产品运营 数据运营 用户运营 活动运营 商家运营 品类运营 游戏运营 网络推广 运营专员 网店运营 新媒体运营 海外运营 运营经理
编辑
副主编 内容编辑 文案策划 记者
客服
售前咨询 售后客服 淘宝客服 客服经理
高端职位
主编 运营总监 COO 客服总监
市场/营销
市场策划 市场顾问 市场营销 市场推广 SEO SEM 商务渠道 商业数据分析 活动策划 网络营销 海外市场 政府关系
公关
媒介经理 广告协调 品牌公关
销售
销售专员 销售经理 客户代表 大客户代表 BD经理 商务渠道 渠道销售 代理商销售 销售助理 电话销售 销售顾问 商品经理
高端职位
市场总监 销售总监 商务总监 CMO 公关总监 采购总监 投资总监
供应链
物流 仓储
采购
采购专员 采购经理 商品经理
投资
分析师 投资顾问 投资经理
人力资源
人事/HR 培训经理 薪资福利经理 绩效考核经理 人力资源 招聘 HRBP 员工关系
行政
助理 前台 行政 总助 文秘
财务
会计 出纳 财务 结算 税务 审计 风控
高端职位
行政总监/经理 财务总监/经理 HRD/HRM CFO CEO
法务
法务 律师 专利
投融资
投资经理 分析师 投资助理 融资 并购 行业研究 投资者关系 资产管理 理财顾问 交易员
风控
风控 资信评估 合规稽查 律师
审计税务
审计 法务 会计 清算
高端职位
投资总监 融资总监 并购总监 风控总监 副总裁
⑺ xp系统网络共享和安全选项为什么变成灰色呢
在磁盘点右键—共享和安全—明知道风险—还是要共享根目录—在网络上共享这个文件夹。
⑻ 互联网安全术语
ssl协议：
什么是SSl安全协议？
SSL安全协议最初是由Netscape Communication公司设计开发的，又叫“安全套接层（Secure Sockets Layer）协议”，主要用于提高应用程序之间数据的安全系数。SSL协议的整个概念可以被总结为：一个保证任何安装了安全套接字的客户和服务器间事务安全的协议，它涉及所有TC/IP应用程序。
SSL安全协议主要提供三方面的服务：
·用户和服务器的合法性认证
认证用户和服务器的合法性，使得它们能够确信数据将被发送到正确的客户机和服务器上。客户机和服务器都是有各自的识别号，这些识别号由公开密钥进行编号，为了验证用户是否合法，安全套接层协议要求在握手交换数据时进行数字认证，以此来确保用户的合法性。
·加密数据以隐藏被传送的数据
安全套接层协议所采用的加密技术既有对称密钥技术，也有公开密钥技术。在客户机与服务器进行数据交换之前，交换SSL初始握手信息，在SSL握手情息中采用了各种加密技术对其加密，以保证其机密性和数据的完整性，并且用数字证书进行鉴别，这样就可以防止非法用户进行破译。
·保护数据的完整性
安全套接层协议采用Hash函数和机密共享的方法来提供信息的完整性服务，建立客户机与服务器之间的安全通道，使所有经过安全套接层协议处理的业务在传输过程中能全部完整准确无误地到达目的地。
安全套接层协议是一个保证计算机通信安全的协议，对通信对话过程进行安全保护，其实现过程主要经过如下几个阶段：
（1）接通阶段：客户机通过网络向服务器打招呼，服务器回应；
（2）密码交换阶段：客户机与服务器之间交换双方认可的密码，一般选用RSA密码算法，也有的选用Diffie-Hellmanf和Fortezza-KEA密码算法；
（3）会谈密码阶段：客户机器与服务器间产生彼此交谈的会谈密码；
（4）检验阶段：客户机检验服务器取得的密码；
（5）客户认证阶段：服务器验证客户机的可信度；
（6）结束阶段：客户机与服务器之间相互交换结束的信息。
当上述动作完成之后，两者间的资料传送就会加密，另外一方收到资料后，再将编码资料还原。即使盗窃者在网络上取得编码后的资料，如果没有原先编制的密码算法，也不能获得可读的有用资料。
发送时信息用对称密钥加密，对称密钥用非对称算法加密，再把两个包绑在一起传送过去。
接收的过程与发送正好相反，先打开有对称密钥的加密包，再用对称密钥解密。
在电子商务交易过程中，由于有银行参与，按照SSL协议，客户的购买信息首先发往商家，商家再将信息转发银行，银行验证客户信息的合法性后，通知商家付款成功，商家再通知客户购买成功，并将商品寄送客户。
ssl代理就是支持这个协议的代理，只有这样的代理才能访问ssl的网站，比如hxxps:webmail.yale.e
TLS是传输层安全协议。 它实际上是SSL3.1，在1996年提交到IETF标准委员会替换控制的。即将发行。
什么是PCT？
从名称上可以看出，专利合作条约是专利领域的一项国际合作条约。自采用巴黎公约以来，它被认为是该领域进行国际合作最具有意义的进步标志。但是，它主要涉及专利申请的提交，检索及审查以及其中包括的技术信息的传播的合作性和合理性的一个条约。PCT不对“国际专利授权”：授予专利的任务和责任仍然只能由寻求专利保护的各个国家的专利局或行使其职权的机构掌握（指定局）。PCT并非与巴黎公约竞争，事实上是其补充。的确，它是在巴黎公约下只对巴黎公约成员国开放的一个特殊协议。
⑼ 网络工程师考试的书籍是哪两本
通过数据库系统工程师考试的合格人员能参与应用信息系统的规划、设计、构建、运行和管理，能按照用户需求，设计、建立、运行、维护高质量的数据库和数据仓库；作为数据管理员管理信息系统中的数据资源，作为数据库管理员建立和维护核心数据库；担任数据库系统有关的技术支持，同时具备一定的网络结构设计及组网能力；具有工程师的实际工作能力和业务水平，能指导计算机技术与软件专业助理工程师（或技术员）工作。
考试范围
考试科目1：信息系统知识
1.计算机系统知识
1.1硬件知识
1.1.1计算机体系结构和主要部件的基本工作原理
·CPU和存储器的组成、性能、基本工作原理
·常用I/O设备、通信设备的性能，以及基本工作原理
·I/O接口的功能、类型和特点
·CISC/RISC，流水线操作，多处理机，并行处理
1.1.2存储系统
·虚拟存储器基本工作原理，多级存储体系
·RAID类型和特性
1.1.3安全性、可靠性与系统性能评测基础知识
·诊断与容错
·系统可靠性分析评价
·计算机系统性能评测方法
1.2数据结构与算法
1.2.1常用数据结构
·数组（静态数组、动态数组）
·线性表、链表（单向链表、双向链表、循环链表）
·栈和队列
·树（二叉树、查找树、平衡树、遍历树、堆）、图、集合的定义、存储和操作
·Hash（存储位置计算、碰撞处理）
1.2.2常用算法
·排序算法、查找算法、数值计算、字符串处理、数据压缩算法、递归算法、图的相关算法
·算法与数据结构的关系，算法效率，算法设计，算法描述（流程图、伪代码、决策表），算法的复杂性
1.3软件知识
1.3.1操作系统知识
·操作系统的类型、特征、地位、内核（中断控制）、进程、线程概念
·处理机管理（状态转换、同步与互斥、信号灯、分时轮转、抢占、死锁）
·存储管理（主存保护、动态连接分配、分段、分页、虚存）
·设备管理（I/O控制、假脱机、磁盘调度）
·文件管理（文件目录、文件的结构和组织、存取方法、存取控制、恢复处理、共享和安全）
·作业管理（作业调度、作业控制语言（JCL）、多道程序设计）
·汉字处理，多媒体处理，人机界面
·网络操作系统和嵌入式操作系统基础知识
·操作系统的配置
1.3.2程序设计语言和语言处理程序的知识
·汇编、编译、解释系统的基础知识和基本工作原理
·程序设计语言的基本成分：数据、运算、控制和传输，程序调用的实现机制
·各类程序设计语言的主要特点和适用情况
1.4计算机网络知识
·网络体系结构（网络拓扑、OSI/RM、基本的网络协议）
·传输介质，传输技术，传输方法，传输控制
·常用网络设备和各类通信设备
·Client/Server结构、Browser/Server结构、Browser/Web/Datebase结构
·LAN拓扑，存取控制，LAN的组网，LAN间连接，LAN-WAN连接
·因特网基础知识及应用
·网络软件
·网络管理
·网络性能分析
·网络有关的法律、法规
2.数据库技术
2.1数据库技术基础
2.1.1数据库模型
·数据库系统的三级模式（概念模式、外模式、内模式），两级映像（概念模式/外模式、外模式/内模式）
·数据库模型：数据模型的组成要素，概念数据模型ER图（实体、属性、关系），逻辑数据模型（关系模型、层次模型、网络模型）
2.1.2数据库管理系统的功能和特征
·主要功能（数据库定义、数据库操作、数据库控制、事务管理、用户视图）
·特征（确保数据独立性、数据库存取、同时执行过程、排它控制、故障恢复、安全性、完整性）
·RDB（关系数据库），OODB（面向对象数据库），ORDB（对象关系数据库），NDB（网状数据库）
·几种常用Web数据库的特点
2.1.3数据库系统体系结构
·集中式数据库系统
·Client/Server数据库系统
·并行数据库系统
·分布式数据库系统
·对象关系数据库系统
2.2数据操作
2.2.1关系运算
·关系代数运算（并、交、差、笛卡儿积、选择、投影、连接、除）
·元组演算
·完整性约束
2.2.2关系数据库标准语言（SQL）
·SQL的功能与特点
·用SQL进行数据定义（表、视图、索引、约束）
·用SQL进行数据操作（数据检索、数据插入/删除/更新、触发控制）
·安全性和授权
·程序中的API，嵌入SQL
2.3数据库的控制功能
·数据库事务管理（ACID属性）
·数据库备份与恢复技术（UNDO、REDO）
·并发控制
2.4数据库设计基础理论
2.4.1关系数据库设计
·函数依赖
·规范化（第一范式、第二范式、第三范式、BC范式、第四范式、第五范式）
·模式分解及分解应遵循的原则
2.4.2对象关系数据库设计
·嵌套关系、复杂类型，继承与引用类型
·与复杂类型有关的查询
·SQL中的函数与过程
·对象关系
2.5数据挖掘和数据仓库基础知识
·数据挖掘应用和分类
·关联规则、聚类
·数据仓库的成分
·数据仓库的模式
2.6多媒体基本知识
2.6.1多媒体技术基本概念
·多媒体系统基础知识
·常用多媒体文件格式
2.6.2多媒体压缩编码技术
·多媒体压缩编码技术
·统计编码
·预测编码
·编码的国际标准
2.6.3多媒体技术应用
·简单图形的绘制，图像文件的处理方法
·音频和视频信息的应用
·多媒体应用开发过程
2.7系统性能知识
·性能计算（响应时间、吞吐量、周转时间）
·性能指标和性能设计
·性能测试和性能评估
2.8计算机应用基础知识
·信息管理、数据处理、辅助设计、科学计算，人工智能等基础知识
·远程通信服务及相关通信协议基础知识
3.系统开发和运行维护知识
3.1软件工程、软件过程改进和软件开发项目管理知识
·软件工程知识
·软件开发生命周期阶段目标和任务
·软件开发项目基础知识（时间管理、成本管理、质量管理、人力资源管理、风险管理等）及其常用管理工具
·主要的软件开发方法（生命周期法、原型法、面向对象法、CASE）
·软件开发工具与环境知识
·软件质量管理基础知识
·软件过程改进基础知识
·软件开发过程评估、软件能力成熟度评估的基础知识
3.2系统分析基础知识
·系统分析的目的和任务
·结构化分析方法（数据流图（DFD）和数据字典（DD），实体关系图（ERD），描述加工处理的结构化语言）
·统一建模语言（UML）
·系统规格说明书
3.3系统设计知识
·系统设计的目的和任务
·结构化设计方法和工具（系统流程图、HIPO图、控制流程图）
·系统总体结构设计（总体布局，设计原则，模块结构设计，数据存取设计，系统配置方案）
·系统详细设计（代码设计、数据库设计、用户界面设计、处理过程设计）
·系统设计说明书
3.4系统实施知识
·系统实施的主要任务
·结构化程序设计、面向对象程序设计、可视化程序设计
·程序设计语言的选择、程序设计风格
·系统测试的目的、类型，系统测试方法（黑盒测试、白盒测试、灰盒测试）
·测试设计和管理（错误曲线、错误排除、收敛、注入故障、测试试用例设计、系统测试报告）
·系统转换基础知识
3.5系统运行和维护知识
·系统运行管理知识
·系统维护知识
·系统评价知识
4.安全性知识
·安全性基本概念（网络安全、操作系统安全、数据库安全）
·计算机病毒的防治，计算机犯罪的防范，容灾
·访问控制、防闯入、安全管理措施
·加密与解密机制
·风险分析、风险类型、抗风险措施和内部控制
5.标准化知识
·标准化意识，标准化的发展，标准出台过程
·国际标准、国家标准、行业标准、企业标准基本知识
·代码标准、文件格式标准、安全标准软件开发规范和文档标准
·标准化机构
6.信息化基础知识
·信息化意识
·全球信息化趋势、国家信息化战略、企业信息化战略和策略
·有关的法律、法规
·远程教育、电子商务、电子政务等基础知识
·企业信息资源管理基础知识
7.计算机专业英语
·掌握计算机技术的基本词汇
·能正确阅读和理解计算机领域的英文资料
考试科目2：数据库系统设计与管理
1.数据库设计
1.1理解系统需求说明
·了解用户需求、确定系统范围
·确定应用系统数据库的各种关系
·现有环境与新系统环境的关系
·新系统中的数据项、数据字典、数据流
1.2系统开发的准备
·选择开发方法，准备开发环境，制订开发计划
1.3设计系统功能
·选择系统机构，设计各子系统的功能和接口，设计安全性策略、需求和实现方法，制定详细的工作流和数据流
1.4数据库设计
1.4.1设计数据模型
·概念结构设计（设计ER模型）
·逻辑结构设计（转换成DBMS所能接收的数据模型）
·评审设计
1.4.2物理结构设计
·设计方法与内容
·存取方法的选择
·评审设计与性能预测
1.4.3数据库实施与维护
·数据加载与应用程序调试
·数据库试运行
·数据库运行与维护
1.4.4数据库的保护
·数据库的备份与恢复
·数据库的安全性
·数据库的完整性
·数据库的并发控制
1.5编写外部设计文档
·编写系统说明书（系统配置图、各子系统关系图、系统流程图，系统功能说明、输入输出规格说明、数据规格说明、用户手册框架）
·设计系统测试要求
1.6设计评审
2.数据库应用系统设计
2.1设计数据库应用系统结构
·信息系统的架构（如Client/Server）与DBMS
·多用户数据库环境（文件服务器体系结构、Client/Server体系结构）
·大规模数据库和并行计算机体系结构（SMP、MPP）
·中间件角色和相关工具
·按构件分解，确定构件功能规格以及构件之间的接口
2.2设计输入输出
·屏幕界面设计，设计输入输出检查方法和检查信息
·数据库交互与连接（掌握C程序设计语言，以及Java、VisualBasic、VisualC＋＋、PowerBuilder、Delphi中任一种开发工具与数据库互连的方法（如何与数据库服务器沟通））
2.3设计物理数据
·分析事务在数据库上运行的频率和性能要求，确定逻辑数据组织方式、存储介质，设计索引结构和处理方式
·将逻辑数据结构变换成物理数据结构，计算容量（空间代价），确定存取方法（时间效率）、系统配置（维护代价）并进行优化
2.4设计安全体系
·明确安全等级
·数据库的登录方式
·数据库访问
·许可（对象许可、命令许可、授权许可的方法）
2.5应用程序开发
2.5.1应用程序开发
·选择应用程序开发平台
·系统实施顺序
·框架开发
·基础小组的程序开发
·源代码控制
·版本控制
2.5.2模块划分（原则、方法、标准）
2.5.3编写程序设计文档
·模块规格说明书（功能和接口说明、程序处理逻辑的描述、输入输出数据格式的描述）
·测试要求说明书（测试类型和目标，测试用例，测试方法）
2.5.4程序设计评审
2.6编写应用系统设计文档
·系统配置说明、构件划分图、构件间的接口、构件处理说明、屏幕设计文档、报表设计文档、程序设计文档、文件设计文档、数据库设计文档
2.7设计评审
3.数据库应用系统实施
3.1整个系统的配置与管理
3.2常用数据库管理系统的应用（SQLServer、Oracle、Sybase、DB2、Access或VisualFoxpro）
·创建数据库
·创建表、创建索引、创建视图、创建约束、创建UDDT（用户自定义类型）
·创建和管理触发器
·建立安全体系
3.3数据库应用系统安装
·拟定系统安装计划（考虑费用、客户关系、雇员关系、后勤关系和风险等因素）
·拟定人力资源使用计划（组织机构安排的合理性）
·直接安装（安装新系统并使系统快速进入运行状态）
·并行安装（新旧系统并行运行一段时间）
·阶段安装（经过一系列的步骤和阶段使新系统各部分逐步投入运行）
3.4数据库应用系统测试
·拟定测试目标、计划、方法与步骤
·数据加载，准备测试数据
·指导应用程序员进行模块测试进行验收
·准备系统集成测试环境测试工具
·写出数据库运行测试报告
3.5培训与用户支持
4.数据库系统的运行和管理
4.1数据库系统的运行计划
·运行策略的确定
·确定数据库系统报警对象和报警方式
·数据库系统的管理计划（执行，故障/恢复，安全性，完整性，用户培训和维护）
4.2数据库系统的运行和维护
·新旧系统的转换
·收集和分析报警数据（执行报警、故障报警、安全报警）
·连续稳定的运行
·数据库维护（数据库重构、安全视图的评价和验证、文档维护）
·数据库系统的运行统计（收集、分析、提出改进措施）
·关于运行标准和标准改进一致性的建议
·数据库系统的审计
4.3数据库管理
·数据字典和数据仓库的管理
·数据完整性维护和管理（实体完整性、参照完整性）
·数据库物理结构的管理（保证数据不推迟访问）
·数据库空间及碎片管理
·备份和恢复（顺序、日志（审计痕迹）、检查点）
·死锁管理（集中式、分布式）
·并发控制（可串行性、锁机制、时间戳、优化）
·数据安全性管理（加密、安全、访问控制、视图、有效性确认规则）
·数据库管理员（DBA）职责
4.4性能调整
·SQL语句的编码检验
·表设计的评价
·索引的改进
·物理分配的改进
·设备增强
·数据库性能优化
4.5用户支持
·用户培训
·售后服务
5.SQL
5.1数据库语言
·数据库语言的要素
·数据库语言的使用方式（交互式和嵌入式）
5.2SQL概述
·SQL语句的特征
·SQL语句的基本成分
5.3数据库定义
·创建数据库（CreateDatebase）、创建表（CreateTable）
·定义数据完整性
·修改表（AlterTable）、删除表（DropTable）
·定义索引（CreateIndex）、删除索引（DropIndex）
·定义视图（CreateView）、删除视图（DropView）、更新视图
5.4数据操作
·Select语句的基本机构
·简单查询
·SQL中的选择、投影
·字符串比较，涉及空值的比较
·日期时间，布尔值，输出排序
·多表查询
·避免属性歧义
·SQL中的连接、并、交、差
·SQL中的元组变量
·子查询
5.5完整性控制与安全机制
·主键（PrimaryKey）约束
·外键（ForeignKey）约束
·属性值上的约束（Null、Check、CreateDomain）
·全局约束（CreateAssertions）
·权限、授权（Grant）、销权（Revoke）
5.6创建触发器（CreateTrigger）
5.7SQL使用方式
·交互式SQL
·嵌入式SQL
·SQL与宿主语言接口（Declare、共享变量、游标、卷游标）
·动态SQL
·API
5.8SQL标准化
6.网络环境下的数据库
6.1分布式数据库
6.1.1分布式数据库的概念
·分布式数据库的特点与目标
6.1.2分布式数据库的体系结构
·分布式数据库的模式结构
·数据分布的策略（数据分片、分布透明性）
·分布式数据库管理系统
6.1.3分布式查询处理和优化
6.1.4分布式事务管理
·分布式数据库的恢复（故障、恢复、2段提交、3段提交）
·分布式数据库的透明性（局部、分裂、复制、处理、并发、执行）
6.1.5分布式数据库系统的应用
6.2网络环境下数据库系统的设计与实施
·数据的分布设计
·负载均衡设计
·数据库互连技术
6.3面向Web的DBMS技术
·三层体系结构
·动态Web网页
·ASP、JSP、XML的应用
7.数据库的安全性
7.1安全性策略的理解
·数据库视图的安全性策略
·数据的安全级别（最重要的、重要的、注意、选择）
7.2数据库安全测量
·用户访问控制（采用口令等）
·程序访问控制（包含在程序中的SQL命令限制）
·表的访问控制（视图机制）
·控制访问的函数和操作
·外部存储数据的加密与解密
8.数据库发展趋势与新技术
8.1面向对象数据库（OODBMS）
8.1.1OODBMS的特征
8.1.2面向对象数据模型
·对象结构、对象类、继承与多重继承、对象标识、对象包含、对象嵌套
8.1.3面向对象数据库语言
8.1.4对象关系数据库系统（ORDBMS）
·嵌套关系
·复杂类型
·继承、引用类型
·与复杂类型有关的查询
·函数与过程
·面向对象与对象关系
·ORDBMS应用领域
8.2企业资源计划（ERP）和数据库
8.2.1ERP概述
·基本MRP（制造资源计划）、闭环MRP、ERP
·基本原理、发展趋势
·ERP设计的总体思路（一个中心、两类业务、三条干线）
8.2.2ERP与数据库
·运行数据库与ERP数据模型之间的关系
·运行数据库与ERP数据库之间的关系
8.2.3案例分析
8.3决策支持系统的建立
·决策支持系统的概念
·数据仓库设计
·数据转移技术
·联机分析处理（OLAP）技术
·企业决策支持解决方案
·联机事务处理（OLTP）