1引言1.1编写目的本次编写该测试设计主要目的是2测试原理/策略2.1测试目标根据以往程序开发和测试经验，软件应用程序中往往存在预料不到的问 题。我们需要严格遵守需求文档所列写的需求说明，做到不露测不多测。所编 写的测试用例要有章可循，对需求文档负责，坚决不多写，尽量不露写。2.2功能测试需求 功能测试:确保测试对象的功能正常，其中包括业务流程、数据处理、边界 值等功能。 用户界面(UI)测试:核实用户与软件之间的交互，确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能，确保UI中的对象 按照预期的方式运行，确保各个窗口风格(包括颜色、字体、提示信息、 图标、等等)都与需求保持一致，或符合可接受标准，能够保证用户界面 的友好性、易操作性，而且符合用户操作习惯流程测试:核实实际业务流程在系统中的完整正确实现。应确保各业务流程 内部数据流转及流程之间接口数据的正确，确保角色权限对流程的操作的 限制的正确性。兼容性测试:确保系统在各种不同版本不同类项浏览器下均能正常实现其功回归测试:在软件的维护阶段，对软件进行修改之后进行的测试。其目的是 检验对软件进行修改是否正确。 接口测试:检查系统能否与外部接口正常工作。2.3非功能测试需求 性能测试:提取系统性能数据，检查系统是否满足需求中所规定达到 的性能。 压力测试:是一种性能测试。在这种测试中，将使测试对象承担不同 的工作量，以评测和评估测试对象在不同工作量条件下的性能行 为，例如，如果测试对象正在为生成一份报表而处理一组数据库记 录，那么容量测试就会使用一个大型的测试数据库，检验该软件是 否正常运行并生成了正确的报表。以及持续正常运行的能力。压 力测试的目标是确定并确保系统在超出最大预期工作量的情况下仍 能正常运行。此外，压力测试还要评估性能特征，例如，响应时 间、事务处理速率和其他与时间相关的方面。还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。2.4测试策略2.4.1功能测试根据需求文档，正确性测试包括页面显示规则、常用字段输入类 型及长度、各功能模块的业务规则的验证、数据精确度、数据类型、业务 功能等相关方面的正确性。测试范围核实以下内容:页面显示规则、常用字段输入类型及长 度、各功能模块的业务规则的验证、数据精确度、数据 类型、业务功能等相关方面的正确性。测试目标核实所有功能均已正常实现，即是否与需求一致技术采用黑盒测试、边界测试、等价类划分等测试方法工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成完成标准测试用例通过并且P2级以上（包含P2）缺陷全部解决2.4.2用户界面（UI）测试测试目标核实以下内容：1. 通过浏览登录界面可正确反映业务的功能和需求，这种浏览包 括窗口与窗口之间、字段与字段之间的浏览。2. 窗口的对象和特征（例如:logo、按钮、输入框、大小、位置、状 态和中心）都符合标准。3. 把握操作方便、界面友好等一般性测试则（含布局、配色、字体、 易用性等、界面与用户之间进行交互的互动界面测试（如所有业 务可能的进入/退出方式，所有可能的按键操作，各类界面间所有 可能的跳转、焦点切换，界面、菜单显示的正确性）。方法手工测试、目测完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作性，而 且符合用户操作习惯2.4.3兼容性测试测试范围1.使用不同版本的不同浏览器、分辨率、操作系统分别 进行测试。2.不同操作系统、浏览器、分辨率和各种运 行软件等各种条件的组合测试。测试目标核实系统在不同的软件和硬件配置中运行稳定技术黑盒测试工具与方法手工测试开始标准项目组移交系统测试完成标准在各种不同版本不同类项浏览器、操作系统或者其组 合下均能正常实现其功能（此测试根据开发提供依据 决定测试范围）2.4.4回归测试回归测试是指重复以前的全部或部分的相同测试，以及新加入测试的功能模 块，可能对其他模块产生副作用，故须进行某些程度的回归测试。回归测试的 重心，以关键性功能模块为核心。测试范围所有功能、用户界面、兼容性等测试测试目标核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准技术黑盒测试工具与方法手工测试开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试完成标准P2级以上Bug全部解决测试重点与优先级测试优先级以测试用例的优先级为参照需考虑的特殊事项不同测试机上UI问题3、测试用例覆盖点以下列出了测试用例覆盖点（以消息提示模块为例）：用例ID功能描述001应用夕卜接收消息提示内容002应用外点击提示消息页面跳转003退出状态下消息提示004应用内消息提示内容005应用内点击消息提示页面跳转006消息中心消息记录内容007008009010