【档案馆项目弱电工程】系统测试方案.docx

【档案馆项目弱电工程】系统测试方案 测试方法 ＞单元测试 在软件开发过程中要进行的最低级别的测试活动，测试的对象是软件设计的最小单位一一模块。主要针对软件设计单元、功能模块进行测试，测试内容包括模块程序结构检查、代码测试和模块内功能测试。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。 单元测试任务包括：a.模块接口测试；b.模块局部数据结构测试；c.模块边界条件测试；d.模块中所有独立执行通路测试；e.模块的各条错误处理通路测试。 ＞集成测试（组装测试） 主要针对软件设计单元、功能模块组装、集成为系统时，对软件单元、功能模块的接口、连接进行测试。 ＞有效性测试（功能测试） 按照系统功能需求规定对系统的功能、流程、数据、业务规则等进行测试，以及对系统基本特征如操作、界面、报表等的合理性、一致性进行测试。 2测试步骤 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模 块用实际模块替代； 依据所选的集成策略，每次只替代一个桩模块； 每集成一个模块立即测试一遍； 只有每组测试完成后，才着手替换下一个桩模块； 为避免引入新错误，须不断地进行回归测试（即全部或部分地重复已做过的测试）。从第二步开始，循环执行上述步骤，直至整个程序结构构造完毕。 3系统测试 缺陷跟踪系统，为系统性能测试，如安全性、可靠性、稳定性测试，以及对系统其它性能如负载能力、处理能力以及响应时间等进行测试。 a.恢复测试恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。 b.强度测试强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配置下运行。例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例，等等。 c.性能测试对于那些实时和嵌入式系统，软件部分即使满足功能要求，也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地测试运行性能系统性能测试是为了完成这一任务。性能测试有时与强度测试相结合，经常需要其他软硬件的配套支持。 ＞回归测试 在软件设计错误修正、设计修改以及软件升级后，主要针对软件修改、影响部分进行有效性测试和系统测试。 ＞用户测试（验收测试） 缺陷跟踪工具，为用户方组织的有效性和系统测试。 ＞压力测试 按照正常业务压力估算值的广10倍进行测试，考察应用服务器的运行情况。 ＞接口测试 检测外部系统与系统之间以及内部各个子系统之间的交互点，检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系。 4测试文档 软件测试文件描述要执行的软件测试及测试的结果。由于软件测试是一个很复杂的过程，同时也是设计软件开发其它一些阶段的工作，对于保证软件的质量和它的运行有着重要意义，必须把对它们的要求、过程及测试结果以正式的文件形式写出。 测试文件不只在测试阶段才考虑，它在软件开发的需求分析阶段就开始着手，因为测试文件与用户有着密切的关系。在设计阶段的一些设计方案也应在测试文件中得到反映，以利于设计的检验。测试文件对于测试阶段工作的指导与评价作用更是非常明显的。 在档案馆档案系统项目的项目测试过程中，我们将随着测试的进行，严格编写对应的测试文件，并在项目验收时提供给用户方。 软件测试主要包括两个部分的文档：测试方案相关文档，包括测试计划、测试设计说明、测试规程、测试用例；测试分析报告相关文档，包括综合测试报告、验收测试报告。 测试计划：测试计划的编制是为了提供一个对该软件的测试安排，包括每项测试活动的内容，进度安排，设计考虑，测试数据的整理方法以及评价标准。 测试分析报告：是为了把组装测试和确认测试的结果，发现问题以及分析评价以文件的形式加以记载，作为软件验收的依据之一。测试文档质量要求： 1.针对性：文档编制以前应分清读者对象。按不同的类型、不同层次的读者,决定怎样适应他们的需要。例如，管理文档主要是面向管理人员的，用户文档主要是面向用户的，这两类文档不应像开发文档（面向开发人员）那样过多使用软件的专用术语。 2.精确性：文档的行文应当十分确切，