第6章-系统实施.pptVIP

第6章 系统实施 1.可维护性 指当系统需求变化时，容易对程序进行补充或修改。 2.可靠性 不仅正常情况下能正确工作，而且在意外 情况下应便于处理。 3.可理解性 要求层次清楚，便于阅读，便于维护。 4.效率 程序的效率指程序能否有效地利用计算机源，如节省存储空间、提高运行效率等。但片面地追求程序的运行效率反而不利于程序设计质量的全面提高，因为效率与可维护性、可理解性通常是矛盾的。 结构化程序设计方法 6.3.1 基本概念 系统测试 ：为了发现错误而执行程序的过程。 测试的八项原则 1. 应尽早并不断地进行测试。 2. 测试工作应避免由原开发软件的人或小组来承担（单元测试除外）。 3. 在设计测试方案时，不仅要确定输入数据，而且要根据系统的功能出发确定输出结果。 4. 在设计测试用例时，不仅要包括合理、有效的输入条件，也要包含不合理、失效的输入条件。 5. 在测试程序时，不仅要检测程序是否做了该做的事，还要检测程序是否做了不该做的事。 6. 充分重视测试中的群集现象。 7. 严格按照测试计划来进行，避免测试的随意性。 8. 妥善保存测试计划、测试用例。 测试过程 （1）黑盒测试 也称为功能测试，将软件看成黑盒子，在完全不考虑软件的内部结构和特性的情况下，测试软件的外部特性。 根据系统分析说明书设计测试用例，通过输入和输出的特性检测是否满足指定的功能。所以测试只作用于程序的接口处。 进行黑盒测试主要是为了发现以下几类错误： 是否有错误的功能或遗漏的功能？ 界面是否有误？输入是否能够正确接受？输出是否正确？ 是否有数据结构或外部数据库访问错误？ 性能是否能够接受？ 是否有初始化或终止性错误？ 黑盒测试法设计测试用例的技术： 等价类划分法 边界值分析法 对比测试等 （2）白盒测试 也称为结构测试。将软件看成透明的白盒。根据程序的内部结构和逻辑来设计测试用例，对程序的路径和过程进行测试，检查是否满足设计的需要。其原则是： 程序模块中的所有独立路径至少执行一次； 在所有的逻辑判断中，取“真”和取“假”的两种情况至少都能执行一次； 每个循环都应在边界条件和一般条件下各执行一次； 测试程序内部数据结构的有效性，等等。 6.3.4 系统排错 1. 系统排错步骤 2. 系统排错原则 3. 系统排错方法 6.4.1 系统转换的准备工作 1. 数据准备 2. 系统文档准备 3. 人员培训 4. 系统试运行 6.4.2 系统转换方式 直接转换； 并行转换； 试点后转换； 逐步转换 1. 直接转换 简单、费用低。 风险大，应有一定的保护措施。 2. 并行转换 可保证系统的延续性，可进行新老系 统的比较，平稳可靠的过渡。 费用高，易延长系统转换的时间。 4.逐步转换 避免了直接转换的风险，及并行转换 的双倍费用，但会出现接口问题。适于大 型系统，可保证平稳、可靠。 本章作业 ⑴系统实施阶段的主要任务。 ⑵程序设计的基本要求。 ⑶主要的系统转换方式及其优缺点。 6.3.3 系统测试方法 一、机器测试 根据程序的输入数据集合，按输入条件，将其划分为若干个等价类，每一等价类设计一个测试用例。 关键是如何利用输入数据的类型和程序的功能说明划分等价类。 有意选择边界值作为测试用例。 经验表明，边界值是软件最容易出错的地方。因此，这种方法就很容易发现大量错误和问题。该方法可作为对等价分类技术的补充。 侧重于输入条件之间的联系。由于不同的条件组合可能会产生不同的运行结果，因此，这个方法提供的是分析因果关系的方法。 设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定在 1990 年 1 月~2011 年 12 月，并规定日期由 6 位数字字符组成，前 4 位表示年，后 2位表示月。请设计一组测试用例，来测试程序的“日期检查功能”。 例：用等价类划分法设计测试用例 答： 第一步，划分等价类并编号，如表6-1所示。 表 6-1 等价类划分的结果 第二步，设计测试用例，以便覆盖所有的有效等价类（每个用例尽可能多地覆盖尚未被覆盖过的有效等价类）。 在表6-1中列出了 3 个有效等价类，编号分别为①、⑤、⑧，设计的测试用例如下： 第三步，为每一个无效等价类设计一个测试用例。 在表6-1中列出了7个无效等价类，编号分别为②、③、④、⑥、⑦、⑨、⑩，设计的测试用例如下： 一、机器测试 白盒测试方法设计测试用例的技术： 基本路径测试 逻辑覆盖测试 根据软件过程性描述（详细设计或代码）中的控制流程来确定程序的复杂性度量，然后用此度量定义基本路径集合，再设计出一组测试用例，使每个语句