文档介绍：测试需求
下面列出了那些已被确定为测试对象的项目(用例、功能性需求和非功能性需求）。此列表说明了测试的对象。
[在此处输入一个主要测试需求的高层次列表。]
ﻬ测试方案
[测试方案提供了推荐用于测试对象的方法。上一节“测试需求”中说明了将要测试哪些对象,而本节则要说明如何对测试对象进行测试。
对于每种测试,都应提供测试说明，并解释其实施和执行的原因。
如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。。该测试不合适。”
制定测试策略时所考虑的主要事项有:将要使用的方法以及判断测试何时完成的标准。
下面列出了在进行每项测试时需考虑的事项，除此之外,测试还只应在安全的环境中使用已知的、受控的数据库来执行，可按实际需要进行删减。 ]
测试类型
数据和数据库完整性测试
［数据库和数据库进程应作为＜项目名称>中的子系统来进行测试。
在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (ＤBMS),还需要进行深入的研究,以确定可以支持以下测试的工具和方法。]
测试目标:
[确保数据库访问方法和进程正常运行,数据不会遭到损坏。］
方法:
· ［调用各个数据库访问方法和进程，并在其中填充有效的和无效ﻩ的数据或对数据的请求。
· ﻩ 检查数据库,确保数据已按预期的方式填充,并且所有ﻩ数据库事件都按正常方式出现;或者检查所返回的数据,确保为ﻩ正当的理由检索到了正确的数据]
完成标准:
[所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。］
需考虑的特殊事项:
· ﻩ [测试可能需要 DBＭＳ 开发环境或驱动程序以便在数据库中直接ﻩ输入或修改数据。
· 进程应该以手工方式调用。
· 应使用小型或最小的数据库(其中的记录数很有限)来ﻩ使所有无法接受的事件具有更大的可见性。］
功能测试
[测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法,即通过图形用户界面 (GUI） 与应用程序交互并分析输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要：
]
测试目标:
[确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等。]
方法:
［利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容：
· 在使用有效数据时得到预期的结果。
·ﻩ 在使用无效数据时显示相应的错误消息或警告消息。
· ﻩ各业务规则都得到了正确的应用。］
完成标准:
· [所计划的测试已全部执行。
· ﻩ 所发现的缺陷已全部解决。]
需考虑的特殊事项：
［确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的)］
ﻬ业务周期测试
[业务周期测试应模拟在一段时间内对 <项目名称> 执行的活动。应先确定一段时间（例如一年）,然后执行将在该时段内发生的事务和活动。这种测试包括所有的每日、每周和每月的周期,以及所有与日期相关的事件（如备忘录）。]
测试目标
[确保测试对象及后台进