软件测试设计文档

1 引言

1.1 编写目的

本次编写该测试设计主要目的是

2 测试原理/ 策略

2.1测试目标

根据以往程序开发和测试经验，软件应用程序中往往存在预料不到的问题。我们需要严格遵守需求文档所列写的需求说明，做到不露测不多测。所编写的测试用例要有章可循，对需求文档负责，坚决不多写，尽量不露写。

2.2功能测试需求

功能测试:确保测试对象的功能正常，其中包括业务流程、数据处理、边界值等功能。

用户界面(UI) 测试:核实用户与软件之间的交互，确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能，确保UI 中的对象按照预期的方式运行，确保各个窗口风格(包括颜色、字体、提示信息、图标、等等) 都与需求保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯

流程测试: 核实实际业务流程在系统中的完整正确实现。应确保各业务流程内部数据流转及流程之间接口数据的正确，确保角色权限对流程的操作的限制的正确性。

兼容性测试:确保系统在各种不同版本不同类项浏览器下均能正常实现其功

回归测试:在软件的维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行修改是否正确。

接口测试:检查系统能否与外部接口正常工作。

2.3非功能测试需求

性能测试:提取系统性能数据，检查系统是否满足需求中所规定

达到的性能。?

压力测试:是一种性能测试。在这种测试中，将使测试对象承担

不同的工作量，以评测和评估测试对象在不同工作量条件下的

性能行为，例如，如果测试对象正在为生成一份报表而处理一

组数据库记录，那么容量测试就会使用一个大型的测试数据

库，检验该软件是否正常运行并生成了正确的报表。以及持续

正常运行的能力。压力测试的目标是确定并确保系统在超出最

大预期工作量的情况下仍能正常运行。此外，压力测试还要评

估性能特征，例如，响应时间、事务处理速率和其他与时间相

关的方面。还将确定测试对象? 在给定时间内能够持续处理的

最大负载或工作量。

2.4测试策略

2.4.1功能测试

根据《需求文档》，正确性测试包括页面显示规则、常用字段输入类型及长度、各功能模块的业务规则的验证、数据精确度、数据类型、业务功能等相关方面的正确性。

2.4.2用户界面（UI）测试

2.4.3兼容性测试

2.4.4回归测试

回归测试是指重复以前的全部或部分的相同测试,以及新加入测试的功能模块，可能对其他模块产生副作用，故须进行某些程度的回归测试。回归测试的重心，以关键性功能模块为核心。

3、测试用例覆盖点

以下列出了测试用例覆盖点（以消息提示模块为例）：

010