1、易操作性方面

● 输入数据，确认系统是否对输入数据进行有效性检查。

● 要求具有中断执行的功能，确认它们能否在动作完成之前被取消。

● 要求具有还原能力(数据库的事务回滚能力)的功能，确认它们能否在动作完成之后被撤销。

● 包含参数设置的功能，确认参数是否已选择、是否有缺省值。

● 要求具有解释的消息，确认它们是否明确。

● 要求具有界面提示能力的界面元素，确认它们是否有效。

● 要求具有容错能力的功能和操作，确认系统能否提示出错的风险、能否容易纠正错误的输入、能否从差错中恢复。

● 要求具有定制能力的功能和操作，确认定制能力的有效性。

● 要求具有运行状态监控能力的功能，确认它们的有效性。

注：以正确操作、误操作模式、非常规模式和快速操作为框架设计测试用例，误操作模式有错误的数据类型作参数、错误的输入数据序列、错误的操作序列等。如有用户手册或操作手册，可对照手册逐条进行测试。

1)所有的测试都应追溯到用户需求。
软件测试的目标在于揭示错误。从用户角度来看，最严重的错误是那些导致程序无法满足需求的错误。
(2)应该在测试工作真正开始前的较长时间内就进行测试计划。测试计划可以在需求模型一完成就开始，详细的测试用例定义可以在设计模型被确定后立即开始。因此，所有测试应该在任何代码被产生前就进行计划和设计。
(3)pareto原则：测试发现的错误中80%很可能起源于20%的模块中。
当某个功能出问题，其对用户的影响有多大?然后根据风险大小确定测试的优先级。优先级高的测试，优先得到执行，一般来讲，针对用户最常用的20%功能(优先级高)的测试会得到完全执行，而低优先级的测试(另外用户不经常用的80%功能)就不是必要的，如果时间或经费不够，就暂时不做或少做。
(4)测试无法显示软件潜在的缺陷，“测试只能证明软件存在错误而不能证明软件没有错误”。最初的测试通常把焦点放在单个程序模块上，进一步测试的焦点则转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。在测试中不可能运行路径的每一种组合。然而，充分覆盖程序逻辑，并确保程序设计中使用的所有条件是有可能的。
(5)应由独立的第三方来构造测试。
第三方测试最大的特点在于它的专业性、独立性、客观性和公正性。
(6)充分注意测试中的群集现象。
测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。不要在某个程序段中找到几个错误就误认为该程序段就没有错误而不再测试，相反应该对错误群集的程序段进行重点测试。
(7)尽量避免测试的随意性。
测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规则，调试规则，以及回归测试的规定等以及评价标准。
(8)兼顾合理的输入和不合理的输入数据。
(9)程序修改后要回归测试
修改程序后，应该重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
(10)应长期保留测试用例，直至系统废弃。
妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护等提供方便。

系统的每个特性应至少被一个正常测试用例和一个被认可的异常测试用例所覆盖。

　　● 测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值。

　　● 应逐项测试系统/子系统设计说明规定的系统的功能、性能等特性。

　　● 应测试软件配置项之间及软件配置项与硬件之间的接口。

　　● 应测试系统的输出及其格式。

　　● 应测试运行条件在边界状态和异常状态下，或在认为设定的状态下，系统的功能和性能。

　　● 应测试系统访问和数据安全性。

　　● 应测试系统的全部存储量、输入/输出通道和处理时间的余量。

　　● 应按系统或子系统设计文档的要求，对系统的功能、性能进行强度测试。

　　● 应测试设计中用于提高系统安全性、可靠性的结构、算法、容错、冗余、中断处理等方案。

　　● 对完整性级别高的系统，应对其进行安全性、可靠性分析，明确每一个危险状态和导致危险的可能原因，并对此进行针对性的测试。

　　● 对有恢复或重置功能需求的系统，应测试其恢复或重置功能和平均恢复时间，并且对每一类导致恢复或重置的情况进行测试。

　　● 对不同的实际问题应外加相应的专门测试。

要求

适应性方面 从适应性方面考虑,应测试系统/子系统设计文档规定的系统的每一项功能。

2.

准确性方面 从准确性方面考虑,可对系统中具有准确性要求的功能和精度要求的项(如数据处理精度、时间控制精度、时间测量精度)进行测试。

3.

互操作性方面 从互操作性方面考虑,可测试系统/子系统设计文档、接口需求规格说明文档和接口设计文档规定的系统与外部设备的接口、与其他系统的接口。测试其格式和内容,包括数据交换的数据格式和内容;测试接口之间的协调性;测试软件...

4.

安全保密性方面 从安全保密性方面,可测试系统及其数据访问的可控制性。

包括操作系统、数据库、中间件、WEB服务器等必须软件的安装，配置，并做好各项安装、配置手册的编写；记录组成测试环境的各台机器的硬件配置、IP地址、端口配置

系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。
系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

个步骤：模块测试，测试每个模块的程序是否有错误；组装测试，测试模块之间的接口是否正确；确认测试确认测试确认测试确认测试，测试整个软件系统是否满足用户功能和性能的要求。该阶段结束应交付测试报告，说明测试数据的选择，测试用例用例用例用例以及测试结果是否符合预期结果。测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求需求需求需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。