ch08系统实施.pptVIP

管理信息系统Management Information System 安徽财经大学管理科学与工程学院 第八章 系统实施 8.1 系统实施阶段的任务 8.2 物理系统的实施 8-2-1 计算机系统的实施 8-2-2 网络系统的实施 8-3 程序设计 8-3-2 自顶向下的模块化设计 8-3-3 结构化程序设计方法 (Structured Programming) 8-4 软件开发工具 8-5 程序和系统测试 （1）黑箱测试 不考虑系统内部结构而运行系统，以检查在一定的输入下，系统的输出是否与期望相同。 （2）白箱测试 不仅要完成前者的内容，还要检查输入的数据是如何通过系统内部设定的结构，达到输出的。 系统测试的注意事项 测试工作应避免由原开发软件的个人或小组来承担。调试用例应该由“输入数据”和“预期的输出结果”组成。 设计测试用例不仅要包括合理、有效的数据，还要包括无效的或不合理的输入数据。 不仅要检查程序是否漏了该做的事，还要检查程序是否多做了不该做的事。 保留测试用例，以便于重新测试和追加测试。 多种测试方法相结合，以尽可能查出更多的错误。 应保留测试数据，以便程序修改后进行再测试。 看一个例子。 例：下图所示的是一个小程序的控制流程图，该程序由一个循环语句组成，循环次数可达20次，循环体中是一组嵌套的IF语句 ，其可能的路径有五条，所以从程序的入口A到出口B的路径数高达520≈1014。如果编写一个调试例子，并用它来调试这个程序的一条路径要花一分钟，则调试每一条路径就需要二亿年。 这个例子说明，要想通过“彻底”地调试找出系统的全部错误是不可能的。因此，调试阶段要考虑的基本问题就是“经济性”了。调试采取的策略是：在一定的开发时间和经费的限制下，通过进行有限步操作或执行调试用例，尽可能多发现一些错误。 7.3.2 系统测试的过程 系统测试的主要步骤 一般按照“自底向上”的原则分模块测试、子系统测试、系统总测试3个阶段进行系统测试工作。 1．模块测试 目的是保证每个模块本身能正常运行，在该步测试所发现的问题大都是程序设计或详细设计中的错误。 对于模块测试，一般分为人工走通和上机测试两步进行。 人工走通就是打印出源程序，然后参照详细设计阶段的资料的要求把程序在纸上“走一遍”。程序的错误可分为语法错误和逻辑错误两种情况，一般来说，只要认真检查就可以发现绝大部分的语法错误和部分逻辑错误。 当人工走通以后，就可以上机测试了。上机测试即用计算机进行交互测试。 2．子系统测试 子系统测试又称为分调，是在模块测试的基础上进行的。它把经过测试的模块放在一起形成一个子系统来测试。主要是测试各模块之间的协调和通信，即重点测试子系统内各模块的接口。 将若干个模块连接成一个可运行的子系统通常有两种方法： （1）非渐增式测试。即先分别测试每个模块，再把所有模块按设计要求连在一起进行测试。 （2）渐增式测试。即把下一个要测试的模块同已测试好的那些模块结合起来进行测试，测试完成后再把下一个应该测试的模块结合起来进行测试。 3．系统总体测试 系统总体测试是将经过测试的若干个子系统组装在一起来测试，用以发现系统设计和程序设计中的错误，验证系统的功能是否达到设计说明书的要求。 系统总体测试的关键是“真实”和全面，需要将现行系统手工作业方式得出的结果正确的数据作为新系统的输入数据进行“真实”运行。应该注意以下几点： （1）测试用例应该是由有实际意义的数据组成的，可以请用户参与测试用例的设计； （2）对于用户特别感兴趣的功能，可以增加一些测试； （3）应该设计并执行一些与用户使用步骤有关的测试。 白盒测试时，测试者对被测试程序的内部结构是清楚的。他从程序的逻辑结构人手，按照一定的原则来设计测试用例，设定测试数据。由于被测程序的结构对测试者是透明的，因此有些书本又称这类测试为玻璃盒测试或结构测试。 黑盒测试的情况正好相反。此时，测试者把被测程序看成一个黑盒，完全用不着关心程序的内部结构。设计测试用例时，仅以程序的外部功能为根据。一方面检查程序能否完成一切应做的事情，另一方面要考察它能否拒绝一切不应该做的事情。由于黑盒测试着重于检查程序的功能，所以也称为功能测试。 语句覆盖：选择足够多的测试数据，使被测试程序中的每个语句至少执行一次。 判定覆盖：不仅每个语句必须至少执行一次，而且每个判定的可能的结果都应该至少执行一次，也就是每个判定的每个分支都至少执行一次。 条件覆盖：不仅每个语句至少执行一次，而且是判定表达式中的每个条件都取到各种可能的结果。 判