2、软件测试及测试管理的范围

　　2.1 测试的范围

　　下面主要测试的参与者，测试要素，测试开始时应确定的工作，测试过程简要介绍软件测试的工作范围。

　　参与者

　　● 用户方代表

　　● 软件终使用者

　　● 软件开发人员

　　● 软件测试人员

　　● 高层经理的支持

　　● 过程保证人员（SQA）

　　测试要素

　　● 正确性：数据输入，过程处理和输出的正确性（IPO）。

　　● 文件完整性：文件被正确使用，恢复和存储的数据正确。

　　● 授权：特殊的授权可以执行一个特殊的操作。

　　● 进程追踪：当进程运行中，程序有能力证实进程在正常工作。

　　● 系统运行的连续性：当有非致命性问题发生后，系统有能力继续运行关键的任务。

　　● 服务水平：系统有紧急情况发生时，要求程序的输出结果不经或进行简单的处理后可以直接使用。

　　● 权限控制：防止系统被误用（意外或者有意的）。

　　● 一致性：确保终设计和用户需求完全一致。

　　● 可靠性：在规定的时间内都可以正常运转。

　　● 易于使用：多数人均感觉易于使用。

　　● 可维护性：可以很容易的定位问题，并且进行修改。

　　● 可移植性：数据或者程序易于移至到其它系统上。

　　● 耦合性：系统中的组件可以很容易的联接。

　　● 性能：系统资源的占用率，响应时间，并发处理。

　　● 操作性：易于操作（Operator）。

　　测试开始时应确定的工作

　　● 需求阶段

　　　　→ 确定测试策略

　　　　→ 确定收集了足够的需求

　　　　→ 产生功能性的测试用例

　　● 设计阶段

　　　　→ 确定设计和需求之间的联系

　　　　→ 确定进行了足够的设计

　　　　→ 产生结构和功能的测试用例


　   ● 编码阶段

　　　　确定和设计之间的联系

　　　　确定拥有执行的足够条件

　　　　产生结构和功能的测试用例

　　● 测试阶段

　　　　确定设计了足够的测试用例

　　　　测试应用系统已经完成

　　　　关键资源已经到位

　　● 安装阶段

　　　　将测试完成的系统变为产品

　　● 维护阶段

　　　　修改和重新测试

　　　　软件的测试过程

　　● 估算：对软件工作量的估算；对软件系统的状况的评估。

　　● 测试计划：详细的描述怎样能成功的完成测试工作，其中应包含必须的资源和实施计划。

　　● 需求测试：在软件开发的所有阶段进行测试，测试应该尽早，在需求和设计阶段发现的缺陷修正的花费小。

　　● 设计测试：给测试要素打分；分析测试要素；对设计进行评审；检查修改的部分。

　　● 编码测试：编码是否按照既有的标准进行，过程是否易于实践；是否编制了足够的文档。

　　● 测试总结：表示出目前项目的实际状况；明确测试所做的工作，给出系统的操作性能的评价，明确什么时候系统可以进行产品化的工作。

　　● 安装，交付测试：检验检查表和产品的正确性；使用测试标准去检验发生的问题。

　　● 维护阶段的测试：开发一些测试用例，预先发现一些问题；对用户进行培训。