前言：

需求（需求规格） =》 软件系统建模（概要设计） =》 软件系统设计（详细设计）

第三章 软件工程

第5节 测试与评审

5.1 概述

软件测试（英语：Software Testing），描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

5.2 测试类型

5.3 测试用例设计

等价类划分，指的是一种典型的、重要的黑盒测试方法。其就是解决如何选择适当的数据子集来代表整个数据集的问题，通过降低测试的数目去实现“合理的”覆盖，以此发现更多的软件缺陷，统计好数据后由此对软件进行改进升级。

鱼骨图（又名因果图、石川图），指的是一种发现问题“根本原因”的分析方法，现代工商管理教育将其划分为问题型、原因型及对策型鱼骨图等几类。

鱼骨图由日本管理大师石川馨先生所发明，故又名石川图。鱼骨图是一种发现问题“根本原因”的方法，它也可以称之为“Ishikawa”或者“因果图”。其特点是简洁实用，深入直观。它看上去有些像鱼骨，问题或缺陷（即后果）标在“鱼头”处。在鱼骨上长出鱼刺，上面按出现机会多寡列出产生问题的可能原因，有助于说明各个原因是如何影响后果的。

问题的特性总是受到一些因素的影响，我们通过头脑风暴法找出这些因素，并将它们与特性值一起，按相互关联性整理而成的层次分明、条理清楚，并标出重要因素的图形就叫特性要因图、特性原因图。因其形状如鱼骨，所以又叫鱼骨图（以下称鱼骨图），它是一种透过现象看本质的分析方法。鱼骨图也用在生产中，用来形象地表示生产车间的流程。

错误推测法是指：在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。

错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.

总之，就是进行错误的操作。

5.4 测试阶段

Alpha测试

Alpha测试是邀请用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。

开发者坐在用户旁边，这是在开发者受控的环境下进行的测试。由开发者随时记录下错误情况和使用中的问题。

Beta测试

Beta测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。

开发者通常不在测试现场，这是在开发者无法控制的环境下进行的测试。

由用户记录下遇到的所有问题，定期向开发者报告。

beta测试是一模拟真实的使用环境从而发现缺陷的一种测试

在从网络中下载程序时，经常会遇到xxx.Beta版本软件，下载这个程序，就是帮助软件厂家免费做Beta测试。

5.5 测试内容大汇总

5.6 软件调试

第6节 系统运行与软件维护

6.1 遗留系统演进策略

继承策略：并不是原封不动的使用原先的系统，而是指把原先的业务需要、软件架构继承下来，然后，使用新的技术重新实现。

改造策略：使用新技术对现有系统进行适当的改造，满足新的业务需求。

6.2 新就系统转换策略

（1）直接转换：直接停止旧系统，然后启动新系统。

（2）分段转换：分阶段、分步骤进行替换。第一部分=》第二部分=》第三部分....

（3）并行转换：新旧同时运行，然后逐步撤掉就系统。

6.3 数据转换策略

系统转换的过程中，数据的转换是一个及其重要事情！！！

6.4 系统维护

为了清除系统运行中发生的故障和错误，软、硬件维护人员要对系统进行必要的修改与完善；

为了使系统适应用户环境的变化，满足新提出的需要，也要对原系统做些局部的更新，这些工作称为系统维护。 系统维护的任务是改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中用户提出的新的功能及性能要求，其目的是维护软件系统的"正常运作"。

这阶段的文档是软件问题报告和软件修改报告，它记录发现软件错误的情况以及修改软件的过程。