软件工程 7. 实现.ppt

第七章 实现 编码 软件测试基础 单元测试 集成测试 确认测试 白盒测试技术 黑盒测试技术 调试 软件可靠性 本章知识结构 7.1 编码 选择程序设计语言 编码风格 选择程序设计语言 理想标准： 理想的模块化机制，以及可读性好的控制结构和数据结构； 完善的语言特点使编译程序能够尽可能多地发现程序中错误； 良好的独立编译机制。 实用标准： 系统用户的要求：系统由用户负责维护，则选用用户熟悉的语言书写程序； 用户应用环境可以使用的编译程序限制了可以选用的语言； 可以得到的软件工具：使用集成化的开发环境或者工具，容易实现和验证目标系统； 工程规模：基于软件规模，选择合适的程序设计语言； 程序员的知识：尽量选择开发团队内程序员共同熟悉的语言； 软件可移植性要求：满足系统的可移植的性能要求； 软件的应用领域：通用程序设计语言并不是对所有应用领域都适用。因此，选择语言时应该充分考虑目标系统的应用范围。 编码风格（一） 程序内部的文档： 标识符：确切的命名，并鲜明的标示所表示的程序对象；缩写规则一致； 注释： 在每个模块开始处有一段序言性的注解，简要描述模块的功能、主要算法、接口特点、重要数据以及开发简史； 程序中间与一段程序代码有关的注解，主要解释包含这段代码的必要性； 用空格或空行清楚地区分注解和程序。 布局：利用适当的阶梯形式使程序的层次结构清晰明显。 数据说明： 数据说明的次序标准化； 当多个变量名在一个语句中说明时，按字母顺序排列变量； 对于复杂的数据结构，则通过注解说明实现这个数据结构的方法和特点。 编码风格（二） 语句构造： 不要为节省空间而把多个语句写在同一行； 尽量避免复杂的条件测试； 尽量减少对“非”条件的测试； 避免大量使用循环嵌套和条件嵌套； 利用括号使逻辑表达式或算术表达式的运算次序清晰直观。 输入输出： 检验所有的输入数据的合法性； 保持输入格式简单； 使用数据结束标记，不要求用户指定数据的数目； 明确提示交互式输入的请求，详细说明可用的选择或边界数值； 尽量保持输入格式一致； 设计良好的输出报表； 所有的输出数据加以说明。 编码风格（三） 效率： 程序运行时间： 简化算术的和逻辑的表达式； 仔细研究嵌套的循环，以确定是否有语句可以从内层往外移； 尽量避免使用多维数组； 尽量避免使用指针和复杂的表； 使用执行时间短的算术运算； 不要混合使用不同的数据类型； 尽量使用整数运算和布尔表达式； 使用有良好优化特性的编译程序，以自动生成高效目标代码。 存储器效率： 使用能保持功能域的结构化控制结构； 选用有紧缩存储器特性的编译程序，在必要时可以使用汇编语言； 输入输出效率： 所有输入输出都应该有缓冲，以减少用于通信的额外开销； 对二级存储器(如磁盘)应选用最简单的访问方法，以信息组为单位进行。 7.2 软件测试基础 软件测试的目标 软件测试准则 测试方法 测试步骤 测试阶段的信息流 软件测试目标/定义 测试是为了发现程序中的错误而执行程序的过程； 好的（成功的）测试（方案）是尽可能发现程序中潜在的错误； 软件测试的根本任务是尽可能多地发现并排除软件中潜在的错误，以保证软件的质量。 错误观念：测试的目的是为了证明程序是正确的。 软件测试准则 所有测试都应该能追溯到用户需求； 应该在软件开发过程的初期就制定出测试计划； 把Pareto原理应用到软件测试中。Pareto原理说明，测试所发现的80%错误很可能是由程序中的20%模块造成的； 从小规模测试开始，并逐步进行大规模测试； 穷举测试是不可能的。所谓穷举测试是指把程序的所有可能执行路径都检查一遍的测试； 为了达到最佳的测试效果，应该由独立的第三方从事测试工作。所谓最佳测试效果是指最大可能性发现错误的测试。 软件测试方法 黑盒测试（功能测试） 测试者完全不知道程序的内部结构和处理过程，即相当于把程序看作一个黑盒子进行功能测试； 只检查程序功能是否能按照规格说明书的规定正常使用。如：程序是否能适当地接收输入数据并产生正确的输出信息；程序运行过程中能否保持外部信息的完整性。 白盒测试（结构测试） 测试者完全知道程序的结构和处理算法，相当于把程序看成装在一个透明的白盒子里； 按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按预定要求正确工作。 软件测试步骤（一） 1.模块测试/单元测试 目的：保证每个模块作为一个单元能正确运行； 所发现的往往是编码和详细设计的错误。 2.子系统测试 经过单元测试的模块放在一起形成一个子系统来测试； 着重测试模块的接口，即模块相互间的协调和通信。 软件测试步骤（二） 3.系统测试/集成测试 经过测试的子系统装配成一个完整的系统来测试； 发现的往往是软件设计中的错误，也可能发现需求说明中的错误。 4.验收测试/