管理信息系统分析与设计-第9章 系统实施.pptVIP

软件质量正确性：程序必须正确反映实际问题，正确处理各种意外情况。用户满意度：能充分体现对用户的友好性，符合用户使用习惯，方便用户操作，满足用户要求。高效率：程序运行应有效、快速，对于实时处理的任务必须实时提供响应。可移植性：程序应符合开放系统的标准。容错性：软件应具有处理异常操作的能力，和灾难恢复能力。软件风格外部风格：从用户的视角，包括：屏幕的布局、颜色、字体、提示信息等内部风格：从设计者的视角，包括：变量的命名：选用合适的常量标识符选择有实际含义的标识符书写格式：相同注释：适当使用…微软公司的软件风格：统一的安装界面统一的提示语言统一的操作界面…应用软件的调试与测试保证系统质量的重要工作目的：发现错误。对于应用软件来说，调试和测试不同。调试是由程序员对程序进行检查的过程测试是由程序员之外的人员对程序进行检查的过程。局限性：调试与测试只能证明系统有错，而不能证明系统不存在错误，所以任何软件系统都不能保证内部没有错误。测试流程单元测试测试对象：最细粒度的程序模块测试任务：测试代码逻辑：通过选定例子，执行被测试应用程序组件的每一行代码，找出程序中存在的编程错误。检查功能规范：邀请终端用户或具有专业经验的人员参加测试，保证该部分应用程序具有所有必须的功能。目标：告诉程序员哪些程序部分需要改正或改进。功能测试测试对象：各个系统模块任务：按系统的功能设计，测试每个模块目标：确保系统顺利运行和应用程序模块之间的兼容性。系统测试：测试对象：开发的完整的管理信息系统任务：将测试对象放在模拟的产品环境中运行目标：保证系统与网络、数据库、硬件等其他平台环境相协调；保证整个系统运行是一致的，满足用户要求。实现方法：至少应有一两个终端用户参与注意的问题：不能忽视子系统之间的接口测试。不能忽视新老系统之间的数据关联。系统DFD给出了系统测试的要求。容量测试任务：测试应用程序能否维持产品数据容量并且能保持在可以接受的时间限度之内目标：确定系统处理数据最大容量，以及当前的硬件配置是否支持企业的要求。注意问题：在测试大容量的数据的同时，必须注意用户并发操作，既要确保用户在访问和修改数据时，不出现超时或死锁，也要确保大量用户同时访问数据。认可测试确定终端用户是否认可系统的设计和功能。用户参与测试过程是成功开发信息系统的关键找出系统程序的功能性问题找出界面的问题告诉开发人员应用的处理过程与用户的思维方式和处理问题的常规是否一致。保证系统有较高的可信度，不断满足用户的期望和需要。测试方法静态测试代码审查：有经验的程序设计人员根据软件设计文档，通过阅读程序，发现软件错误和缺陷。检查内容：代码和设计的一致性；代码的标准性、可读性；代码逻辑表达的正确性和完整性；代码结构的合理性等。静态分析分析程序的控制流、数据流、接口和表达式等。静态分析一般由计算机辅助完成，根据程序设计语言的不同，采用的静态分析工具也就不同。目前，具备静态分析功能的软件测试工具有很多，如Purify、Logiscope、Macabe等。动态测试白箱测试基本思想：1）结构测试或逻辑驱动测试。2）在已知系统内部活动假设下，按照程序内部的逻辑结构、路径和编码结构，设计并执行测试用例,检验程序中的每条通路是否都能按预定要求正确工作。要求：测试者需要运行程序，掌握被测程序的内部结构，能在运行过程中跟踪程序的执行路径。方法：根据覆盖准则，设计测试用例，使程序中的每条语句、每个控制路径都受到检验。动态测试黑箱测试从软件需求出发，根据软件需求规格说明设计测试用例，并按照测试用例的要求，运行被测程序。较少关心程序内部的实现过程，侧重于程序的执行结果着重于验证软件功能和性能的正确性典型测试项目:包括功能测试、性能测试、边界测试、余量测试和强度测试等。一般软件粒度小，就采用白箱测试法，软件粒度变大，则过渡到黑箱测试法。例如:单元测试应该使用白箱测试系统测试应该使用黑箱测试管理信息系统分析与设计第9章系统实施-II测试数据的准备真实数据：采集企业实际运作与管理中发生的若干数据数据准备工作量小，但可能由于实际情况，所用的数据未能覆盖企业可能出现的各种情况，从而使得不能全面测试应用软件。模拟数据：人为拟定，一般由终端用户与系统开发人员一起完成设计。人为设计一些异常情况，以保证测试的完整。测试数据需要一定的时间跨度。导致系统测试失败的原因低估了适当的测试所需的时间和费用。项目开发小组没有制定适当的测试计划。用户对测试的参与不够。开发人员不能提