软件测试设计文档

软件测试设计文档-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN

1引言

1.1编写目的

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

2 测试原理/策略

测试目标

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

功能测试需求

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

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


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


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

回归测试:在软件的维护阶段，对软件进行修改之后进行的测试。

其目的是检验对软件进行修改是否正确。

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

2.3非功能测试需求

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

的性能。


压力测试:是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行

为，例如，如果测试对象正在为生成一份报表而处理一组数据库记

录，那么容量测试就会使用一个大型的测试数据库，检验该软件是

否正常运行并生成了正确的报表。以及持续正常运行的能力。压

力测试的目标是确定并确保系统在超出最大预期工作量的情况下仍

能正常运行。此外，压力测试还要评估性能特征，例如，响应时

间、事务处理速率和其他与时间相关的方面。还将确定测试对象


在给定时间内能够持续处理的最大负载或工作量。

2.4测试策略

功能测试

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

用户界面（UI）测试

兼容性测试

回归测试

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

3、测试用例覆盖点

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