第7章-实现 数据库原理.pptVIP

本章内容 编码 通常把编码和测试统称为实现? 编码就是把软件设计结果翻译成用某种程序设计语言书写的程序 编码是对设计的进一步具体化 程序的质量主要取决于软件设计的质量 程序设计语言的特点及编码风格将影响程序的可靠性、可读性、可测试性和可维护性 编码过程中还不可避免地会引入新的错误 测试 测试是在软件投入生产性运行之前，尽可能多地发现软件中的错误，调试的目：诊断并改正测试发现的错误 是保证软件质量的关键步骤 对软件规格说明、设计和编码的最后复审 软件测试包括单元测试和整体测试两个阶段 测试的工作量占软件开发总工作量的40%以上 7.1.1 选择程序设计语言 编码之前第一步要做的事情就是选择程序设计语言 通常用高级语言写的程序容易阅读，容易测试，容易调试，容易维护。（效率高） 7.1.1 选择程序设计语言 选择程序设计语言的标准: 1 、系统用户的要求：由用户负责维护的时候 2、可以使用的编译程序 3、可以得到的软件工具（开发工具和数据库） 4、工程规模 5、程序员的知识 6、软件可移植性要求 7、软件的应用领域 7.1.2 编码风格 源代码质量标准：逻辑简明清晰、易读易懂 ，为了做到这点应该遵循的规则： 程序内部的文档： 数据说明：次序应该标准化、字母顺序 语句构造规则 不要为了节省空间而把多个语句写在同一行； 尽量避免复杂的条件判断； 尽量减少对“非”条件的判断； 避免大量使用循环嵌套和条件嵌套； 利用括号使逻辑表达式或算术表达式的运算次序清晰直观。 编码风格 4. 输入输出风格的规则 对所有输入数据都进行检验； 检查输入项重要组合的合法性； 保持输入格式简单； 使用数据结束标记，不要要求用户指定数据的数目； 明确提示交互式输入的请求，详细说明可用的选择或边界数值； 当程序设计语言对格式有严格要求时，应保持输入格式一致； 设计良好的输出报表； 给所有输出数据加标志。 编码风格 5. 效率：处理机时间和存储器容量和输入输出 效率是性能要求，在需求分析阶段确定 效率是靠好设计来提高的 不要牺牲程序的清晰性和可读性来提高效率 (1) 程序运行时间 1、算法的复杂度 2、写程序的规则： 编码风格 (2) 存储器效率 使用结构化控制结构、适当的编译程序和语言 (3) 输入输出的效率 1、使用缓冲减少通信开销； 2、二级存储器（硬盘）选用最简单的访问方法 3、二级存储器（硬盘）数据传送以组为单位 4、如果高效率输入输出不好被理解，则放弃 7.2 软件测试基础 7.2.1 软件测试的目标 软件测试和其他阶段的思路区别：“建设性”和“破坏性”。 测试阶段的根本目标：是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。 (1) 测试是为了发现程序中的错误而执行程序的过程； (2) 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3) 成功的测试是发现了至今为止尚未发现的错误的测试。 通常由第三方或测试机构来完成测试工作 测试决不能证明程序是正确的 7.2.2 软件测试准则 （1） 所有测试都应该能追溯到用户需求。 对需求进行确认（p56） （2） 应该远在测试开始之前就制定出测试计划。 设计阶段制定详细的测试方案（p93） （3） Pareto错误集聚现象：测试发现的错误中的80%很可能是由程序中20%的模块造成的。 （4） 先进行 “小规模”测试，并逐步进行“大规模”测试。 （5） 穷举测试是不可能的。 （6） 由独立的第三方从事测试工作。 例:Windows95有1000万行代码 Windows2000有5000万行代码 Exchange2000和Windows2000开发人员结构 7.2.3 测试方法 黑盒测试法（功能测试）： 完全不考虑程序的内部结构和处理过程。只在程序接口进行的测试，只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。 白盒测试法（结构测试）： 把程序看成装在一个透明的白盒子里，程序的结构和处理算法完全可见。按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按预定要求正确工作。 7.2.4 测试步骤 大型软件系统的测试过程由以下步骤组成： 1. 模块测试 模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试 该步骤中通常发现编码和详细设计的错误 2. 子系统测试 子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试 着重测试模块接口间的协调和通信 测试步骤 3. 系统测试 系统测试是把经过测试的子系统装配成一个完整的系统来测试 应该验证系统确实能提供需求说明书中指定的功能、性能、可靠