软件测试设计文档

1.1编写目的

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

2 测试原理/策略 

2.1 测试目标 

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

2.2 功能测试需求 

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

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


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


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

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

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

2.3非功能测试需求

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


●    压力测试:是一种性能测试。在这种测试中，将使测试对象承担不同的工作 量，以评测和评估测试对象在不同工作量条件下的性能行为，例如，如果测 试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用 一个大型的测试数据库，检验该软件是否正常运行并生成了正确的报表。以 及持续正常运行的能力。 压力测试的目标是确定并确保系统在超出最大预 期工作量的情况下仍能正常运行。 此外，压力测试还要评估性能特征，例 如，响应时间、事务处理速率和其他与时间相关的方面。还将确定测试对象 
  在给定时间内能够持续处理的最大负载或工作量。

2.4测试策略

2.4.1功能测试

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

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

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