系统测试（1）

1、测试系统的意义：

为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。

2、测试系统的目的：

是希望以最少的人力和时间发现潜在的各种错误和缺陷。

3、系统测试的原则：

1）应尽早并不断地进行测试，测试应贯穿在开发的每个阶段，并尽早纠正错误。
2）测试工作应避免由原开发人员承担
3）在设计测试方案时不仅要确定输入方案，还要确定预期输出，只有实际输出和预期输出相同时测试才成功。
4）不仅要设计正确的输入，还要设计不合理，失效的输入
5）不仅要检验程序是否做了正确的事，还要确定程序是否做了不该做的事
6）严格按照测试计划进行，测试计划应包括测试内容，进度安排，人员安排，测试环境，测试工具和测试资料
7）妥善保存测试计划，测试用例，作为软件文档的组成部分，为维护提供方便
8）可以利用以前的测试用例，在其基础上修改，然后进行测试

4、测试过程

制订测试计划====》编制测试大纲====》根据测试大纲设计和生成测试用例====》实施测试====》生成测试报告
测试计划的主要内容有测试的内容、进度安排、测试所需的环境和条件、测试培训安排
测试大纲是测试的依据
测试用例主要内容有：被测项目，输入数据，测试过程和预期输出结果
测试报告主要对测试进行概要说明，列出测试的结论，指出缺陷和错误，另外可以给出一些意见

5、传统测试策略

5.1单元测试
单元测试也被称作模块测试，在模块编写完成而且无错误后可以进行。单元测试侧重于模块中的内部处理逻辑和数据结构。如果选用机器测试，一般用白盒测试法。这类测试可以对多个模块同时进行
1）单元测试的测试内容
主要检测模块以下的五个特征：
（1）模块接口
（2）局部数据结构
（3）重要的执行路径
（4）出错处理
（5）边界条件
2）单元测试过程
见266页
5.2集成测试
集成测试就是把模块按系统设计说明书的要求组合起来进行测试，集成测试是构造软件体系结构的系统化技术，同时也是进行一些旨在发现与接口相关的错误测试，其目标是利用以通过单元测试的构件建立设计中描述的程序设计。
集成测试的两种方法：增量集成和非增量集成
增量集成策略：
1）自顶向下集成测试
是一种构造软件体系结构的增量方法。模块的集成从主控开始，沿着控制层次逐步向下，以深度优先或广度优先的方法将从属于主控模块的模块集成到结构中。
集成过程：
（1）主控模块用作测试驱动模块，用这些从属于主控模块的所有模块代替桩模块
（2）依靠所选择的集成方法（即深度优先和广度优先）每次用实际模块替换一个从属桩模块
（3）在集成每个模块后都进行测试
（4）在完成每个测试集之后，用实际模块替换另一个桩模块
（5）执行回归测试，确保没有引入新错误
回到第二步继续执行此过程
2）自底向上集成测试
是从原子模块（程序结构最底层构件）开始构造和测试。由于构件是自底向上集成的，在处理时所需要的从属于给定层次的模块总是存在的，因此没有必要使用桩模块。
集成过程：
（1）连接底层构件以构成完成特定子功能的簇
（2）编写驱动模块（测试的控制程序）以协调测试用例的输入和输出
（3）测试簇
（4）去掉驱动程序，沿着程序结构向上逐步连接簇
随着集成向上进行，对单独的测试驱动模块的需求减少。事实上，若程序结构的最上两层是自顶向下集成的，驱动模块的数量可以大大减少，而且簇的集成得到显著变化
3）回归测试
当加入新功能时，就会出现新的接口，新的控制逻辑，回归测试有助于保证变更不引入无意识行为或额外的错误。回归测试可以手工进行，方法使重新执行所有测试用例的子集，或者利用捕捉/回放工具自动执行。捕捉/回放工具使软件工程师能够为后续的回放与比较捕捉测试用例和测试结果。回归测试要执行的测试子集包含以下三种测试用例：

• 能够测试软件所有功能的具有代表性的测试样本
• 额外测试，侧重于可能会受到变更影响的软件方法
• 侧重于已发生变更的软件构件测试

5.3确认测试
确认测试始于集成测试的结束，测试集中于用户可见的动作和用户可识别的系统输出
1）确认测试准则
软件确认是通过一系列表明与软件需求相符合的测试而获得的。测试计划列出将要执行的测试类，测试规程定义用于确保满足所有需求的测试用例
执行后的结果1、成功2、发现缺陷，需要与用户协商，确定
2）配置过审
检验文档，软件，和数据是否有序，确认他们的完善和正确。
3）α测试和β测试
α测试是由有代表性的最终用户在开发者的场所进行，软件在自然环境下使用，开发者站在用户的后面观看，并记录错误和使用问题。阿尔法测试在受控的环境下进行
β测试在一个或多个用户场所执行。β测试是在不受控的环境下进行的。最终用户记录在测试中遇到的所有问题，并反馈给开发者，开发者作修改，然后分别最终软件产品。