| 信息系统测试与工程产品的测试方法一样，常用的有两种方法。一种是不了解产品的内部结构，但对具体的功能有要求，可通过检测每一项功能是否能被正常使用来说明产品是否合格。另一种是知道产品的内部过程，通过检测产品的内部动作是否按照说明书的规定正常运行来考察产品是否合格。前一种方法被称为黑盒测试，后一种方法被称为白盒测试。
|
|
|
|
|
|
|
|
|
| 人工测试指的是采用人工方式进行测试。目的是通过对程序静态结构的检查，找出编译时不能发现的错误。经验表明，组织良好的人工测试可以发现程序中30%～70%的编码错误和逻辑设计错误。机器测试是把事先设计好的测试用例作用于被测程序，比较测试结果和预期结果是否一致，如果不一致，则说明被测程序可能存在错误。人工测试有一定的局限性，但机器测试只能发现错误的症状，不能对问题进行定位。人工测试一旦发现错误，就能确定问题的位置及是什么错误等，而且能一次发现多处错误。因此应根据实际情况来选择测试方法。
|
|
|
|
|
| 人工测试又被称为代码复审。可通过阅读程序来查找错误。其内容包括：检查代码和设计是否一致；检查代码逻辑表达是否正确和完整；检查代码结构是否合理，等。主要有以下三种方法。
|
|
|
| （1）个人复查，指程序员本人对程序进行检查，发现程序中的错误。由于心理上的原因和思维上的习惯性，一般不太容易发现自己的错误，则更不可能纠正功能理解的错误。因此这种方法主要针对小规模程序，它的效率不高。
|
|
|
| （2）走查，通常由3～5人组成测试小组，测试人员也是没有参加该项目开发的有经验的程序设计员。在走查之前，应先阅读相关的软件资料和源程序，然后测试人员扮演计算机角色，将一批有代表性的测试数据沿程序的逻辑走一遍，监视程序的执行情况，随时记录程序的踪迹，发现程序中的错误。由于人工检查程序很慢，因此只能选择少量简单的用例来进行，通过“走”的进程来不断地发现程序中的错误。
|
|
|
| （3）会审，测试人员的构成与走查类似，要求测试人员在会审之前应充分阅读有关的资料（如系统分析、系统设计说明书、程序设计说明书、源程序等），根据经验列出尽可能多的典型错误，然后把它们制成表格。根据这些错误清单（也叫检查表），提出一些问题，供在会审时使用。在会审时，由编程人员逐句讲解程序，测试人员逐个审查、提问，讨论可能出现的错误。实践证明，编程人员在讲解、讨沦的过程中能发现自己以前没有发现的错误，使问题暴露出来。例如在讨论某个问题的修改方法时，可能会发现涉及到模块间接口等问题，从而提高了软件质量。会审后要将发现的错误登记、分析、归类，一份交给程序员，另一份由自己妥善保管，以便再次组织会审时使用。
|
|
|
| 在代码复审时，需要注意两点：一是在代码审查时，必须要检查被测软件是否正确通过了编译，只有正确了之后才能进行代码审查；二是在代码复审期间一定要保证有足够的时间让测试小组对问题进行充分讨论，只有这样才能有效地提高测试效率，避免走弯路。
|
|
|
|
|
| 机器测试指在计算机上直接用测试用例运行被测程序，从而发现程序错误。机器测试分为黑盒测试和白盒测试两种。
|
|
|
|
|
| 黑盒测试也被称为功能测试，将软件看成黑盒子，在完全不考虑软件的内部结构和特性的情况下，测试软件的外部特性。根据系统分析说明书设计测试用例，通过输入和输出的特性检测是否满足指定的功能。所以测试只作用于程序的接口处，进行黑盒测试主要是为了发现以下几类错误：
|
|
|
|
|
| .界面是否有误，输入是否能够正确接受，输出是否正确。
|
|
|
|
|
|
|
|
|
|
|
| 白盒测试也被称为结构测试。将软件看成透明的白盒，根据程序的内部结构和逻辑来设计测试用例，对程序的路径和过程进行测试，检查是否满足设计的需要。其原则是：
|
|
|
|
|
| .在所有的逻辑判断中，取“真”和取“假”的两种情况至少都能被执行一次。
|
|
|
| .每个循环都应在边界条件和一般条件下各被执行一次。
|
|
|
|
|
