|
|
|
报据测试的概念和目标，在进行信息系统测试时应遵循以下基本原则。
|
|
|
|
（1）应尽早并不断地进行测试。有的人认为“测试是在应用系统开发完之后才进行”。将这种想法用于测试工作中是非常危险的。由于原始问题的复杂性、开发各阶段的多样性以及参加人员之间的协调等因素，使得在开发各个阶段都有可能出现错误。有的时候表现在程序中的错误，并不一定是由于编码产生的，很有可能是设计阶段，甚至是由需求分析阶段的问题所引起的，而且开发各阶段是连续的，早期出现的小问题到后而就会扩散，最后需要花费不必要的人力、物力来修改错误。尽早进行测试，可以尽快地发现问题，将错误的影响缩小到最小范围。因此，测试应贯穿在开发的各阶段，坚持各阶段的技术评审，这样才能尽早发现错误和纠正错误、消除隐患、提高整个系统的开发质量。
|
|
|
|
（2）测试工作应避免由原开发软件的人或小组来承担（单元测试除外）。从心理上来讲，人们由于各种原因都不愿否认自己的工作，总认为自己开发的软件没有错误或错误不严重，而测试的目的就是为了发现错误；另一方面，开发人员对功能理解的错误很难由本人测试出来，而且在设汁测试方案时，很容易根据自己的编程思路来制定，具有局限性。所以测试工作由不负责该项目开发的人或其他测试机构来进行会更客观、更有效。
|
|
|
|
（3）在设计测试方案时，不仅要确定输入数据，而且要从系统的功能出发确定输出结果。把预期的输出结果作为测试方案的一部分可以提高测试的效率，在测试时按照测试方案输入测试数据，其输出结果与预期结果相比较就能发现测试对象是否正确，也能避免由于粗心而把一些似是而非的结果当成正确结果，出现失误。
|
|
|
|
（4）在设计测试用例时，不仅要包括合理、有效的输入条件，也要包括不合理、失效的输入条件。在测试中人们往往习惯按照合理的、正常的情况进行测试，而忽略了对异常、不合理的、意想不到的情况进行测试，而这些正好是隐患，如果没有排除，在今后的正式运行中就有可能暴露出来。所以利用不合理的输入条件比用合理的输入条件更能发现错误。例如在测试学生成绩录入功能时，也应该将负数作为输入数据进行测试。
|
|
|
|
（5）在测试程序时，不仅要检测程序是否做了该做的事，还要检测程序是否做了不该做的事。多余的工作会带来相应的副作用、影响程序的效率，有时会带来潜在的危害或错误。例如在测试生成职工工资单这一功能时，程序是否在产生在职职工工资的同时，也把已经调离的职工工资生成出来。
|
|
|
|
（6）充分重视测试中的群集现象。有的测试人员经过测试发现错误后就认为错误找得差不多了，不再继续进行测试。经验表明，测试后软件中仍存在的错误概率与已经发现的错误数成正比。这个事实可以用米中含沙来比喻，如果我们随便从米袋中抓把米，而米里含有沙时，决不能说沙只有这些。往往是手中的沙越多，说明米袋中的沙含量就越高。根据这一规律，应该对出现错误多的程序段进行重点测试，以提高测试效率。
|
|
|
|
（7）严格按照测试计划来进行，避免测试的随意性。测试计划应包括测试内容、进度安排、人员安排、测试环境、测试工具、测试资料等。严格地按照测试计划可以保证进度，使各方面都得以协调进行。
|
|
|
|
（8）妥善保存测试计划、测试用例，作为软件文档的组成部分，为维护提供方便。测试用例都是精心设计出来的，可以为重新测试或追加测试提供方便。当纠正错误、系统功能扩充后，都需要重新开始测试，而这些工作重复的可能性很大，可以利用以前的测试用例或在其基础上修改、扩充测试用例。
|
|
|
