软件工程教案-复习(李梁)201512.ppt

　　　 软件测试的及定义 用户的角度：普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。 软件开发者的角度：希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。 软件测试的定义 (1) 测试是程序的执行过程，目的在于发现错误； (2) 一个好的测试用例在于能发现至今未发现的错误； (3) 一个成功的测试是发现了至今未发现的错误的测试。 以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。 测试附带收获：能够证明软件功能和性能与需求说明相符合 测试结果数据为可靠性分析提供了依据。 测试不能表明软件中不存在错误，只能说明软件中存在错误。 软件测试的定义 软件测试三个最佳实践：尽早测试、连续测试、自动化测试 所有的测试都应该能追溯到用户需求。 应该远在测试开始之前就制定出测试计划。 严格执行测试计划，排除测试的随意性。 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。 程序员应避免检查自己的程序。为了达到最佳的测试效果，应该由独立的第三方从事测试工作 在设计测试用例时，应包括合理的输入条件和不合理的输入条件。 穷举错误是不可能的，因此，测试只能证明程序中有错误，而不能证明程序中没有错误。 软件测试准则 * 验证与确认 验证是指已经实现的软件产品是按照它的需求做的，是符合需求说明书的。 确认是指已经实现的软件产品或产品组件在用户环境下实现了用户的需要。 验证测试指测试人员在模拟用户环境的测试环境下对软件进行测试。 确认测试是指测试人员在真实的用户环境下检查软件。 同行评审及测试是主要的验证方法。 确认主要是对中间及最终产品的检查与验收。 确认与验证紧密结合。 * 考试试卷分布 1、选择题（30分，15题） 2、简答题（15分，3题）：基本概念（如软件工程、软件危机、生命周期、软件开发模型、需求分析、软件设计、模块独立性度量标准………等） 3、论述题（25分，3题）：分析、设计、实现方面的过程、方法、工具，如数据字典、判断表（树）、软件工具 4、综合分析设计题（30分，1个例子）：需求获取（利益相关者和视点描述、场景描述、功能需求描述、业务流程图、用例图、活动图）、SA法（数据流程图、数据字典）、SD法（DFD转换成软件结构图）、OO法（对象类图、状态图、顺序图）、黑盒测试用例设计（等价类划分、边值分析） 实例分析：出卷系统 利益相关者： 教师：关注如何出一份合理的试卷，并能根据样式打印与输出。 学生：关注如何通过生成一些模拟试题，并在线学习和检查学习结果。 题库维护人员：关注试题的添加、更新和删除等工作。 视点： 教师关注自动出卷、手工出卷、试卷编辑和试卷输出。 学生关注随时抽卷、联系试卷和评价分析。 题库维护人员关注试题管理。 非形式化需求分析技术 * 非形式化需求分析技术 图书馆系统的共利益者与视点有： 图书流通管理：负责图书借还工作。 用户：希望快速得到借书，还书服务，能够续借、预约图书，以及查询个人和图书信息。 编目管理员：负责图书的管理、用户管理和处理罚金等。 * 会谈 正式会谈：提出一些可自由回答的问题。 非正式会谈：提出一些事先准备好的议题。 情景分析：需求分析从对场景的评论中得到信息，然后再将其以形式化方式表示出来。 调查表 制定调查表 分析 建立原型 界面 执行过程 非形式化需求分析技术 * 场景分析 分析员与项目相关人员共同识别出情景，并捕获这些情景的细节。 把细节加入到一个纲要的需求描述中时，情景特别有用。 情景是对交互实例片断的描述，每个情景可能包含一个或多个交互，它们能在不同的细节层次上提供不同类型的情景信息。 情景开始于一个框架，在导出过程中，细节被逐渐增加，直到产生交互的一个完整的描述。 非形式化需求分析技术 * 一个情景可能包括如下内容： ① 在情景开始部分有一个系统状态描述； ② 一个关于标准事件流的描述； ③ 一个关于哪儿会出错，以及如何处理错误的描述； ④ 有关其他可能在同一时间进行的活动的信息； ⑤ 在情景完成后系统状态的描述。 非形式化需求分析技术 * 结构化分析（SA，Structured Analysis）方法是20世纪70年代，由E.Yourdon等人倡导的一种适用于大型数据处理系统的、面向数据流的需求分析方法。 结构化分析方法是一种传统的系统建模技术，其过程是创建描述信息内容和数据流的模型，依据功能和行为对系统进行划分，并描述必须建立的系统要素。 结构化分析将系统自顶向下逐层分解，达到表达系统的目的，它采用一组过程模型图形化地描述一个系统的逻辑模型。 结构化需求分析指导性原则：理解问题、开发模型、描述需求、建立系统模型、确定需求优先级、验证需求 结构化分析方法是一种建模技术 基于计算机的系统是