chap软件工程资料讲解.ppt

NO* 黑盒测试方法是在程序接口上进行测试，主要是为了发现以下错误: 是否有不正确或遗漏了的功能? 在接口上，输入能否正确地接受? 能否输出正确的结果? 是否有数据结构错误或外部信息(例如数据文件)访问错误? 性能上是否能够满足要求? 是否有初始化或终止性错误? 用黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据，来检查程序是否都能产生正确的输出。但这是不可能的。 　 NO* 白盒测试 此方法把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。 NO* 软件人员使用白盒测试方法，主要想对程序模块进行如下的检查： 对程序模块的所有独立的执行路径至少测试一次； 对所有的逻辑判定，取“真”与取“假”的两种情况都至少测试一次； 在循环的边界和运行界限内执行循环体； 测试内部数据结构的有效性等。 NO* §7 软件质量 优质软件 优质软件能够满足用户显式或隐式的需求，能高效运行，文档齐全且符合组织的标准 质量因素 软件质量 可操作性 准确性 高效性 可靠性 安全性 及时性 适应性 可维护性 可变性 可修正性 灵活性 可测试性 可迁移性 可重用性 互操作性 可移植性 NO* 软件工程文档 计划文档：计划报告、调研报告 分析文档：需求分析说明书、初步用户手册 设计文档：各类设计说明书和图表 编码文档：源代码 测试文档：测试用例、测试报告 维护文档：维护报告 其他：里程碑数据、日志、工单…… 软件质量标准 ISO 9000国际质量标准 CMM国际标准 NO* 小结 掌握软件工程、软件危机、软件工程三要素等有关概念； 理解软件生存周期及其各个阶段主要功能及方法； 掌握软件设计的基本原理，软件独立性特点、软件测试及维护的目的； 掌握黑盒测试、白盒测试。 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 * * * 中 * * * * NO* 程序只需编写成： small＝x; if ( y small ) small＝y; if ( z small ) small＝z; 所以程序应当简单，不必过于深奥，避免使用goto语句绕来绕去。 尽量只采用三种基本控制结构来编写程序 除顺序结构外，使用if-then-else来实现选 择结构；使用do-until或do-while来实现循 环结构。 NO*  避免使用空的ELSE语句和IF… ELSE IF… 的语句 这种结构容易使读者产生误解。例如: if ( char = a’ )  if ( char = ’z’ )  cout “This is a letter。”; else  cout “This is not a letter。”; 可能产生二义性问题。 NO* 避免采用过于复杂的条件测试。 尽量减少使用“否定”条件的条件语句。 例如，如果在程序中出现 if ( !( char＜‘0’ || char ＞‘9’ ) ) …… 改成 if ( char = 0’ char = 9’ ) …… 不要让读者绕弯子想。 数据结构要有利于程序的简化。 NO* 尽可能用通俗易懂的伪码来描述程序的流 程，然后再翻译成必须使用的语言。 要模块化，使模块功能尽可能单一化，模 块间的耦合能够清晰可见。 利用信息隐蔽，确保每一个模块的独立性。 从数据出发去构造程序。 不要修补不好的程序，要重新编写。也不要一味地追求代码的复用，要重新组织。 对太大的程序，要分块编写、测试，然后再集成。 NO* 4.输入和输出 输入和输出信息是与用户的使用直接相关的。输入和输出的方式和格式应当尽可能方便用户的使用。一定要避免因设计不当给用户带来