软件测试必须要知道的原则

在做软件测试时,过程中通过血的教训和经验的积累总会积累一些原则。这些原则让我们在工作中尽可能的减少失误,为我们的测试质量起到关键性的作用。今天我积累的常用到的原则汇总一下。其中测试用例设计原则见《测试用例设计原则》一文。

一、软件测试通用原则:

1、测试用例中一个必须部分是对预期输出或结果进行定义。

2、程序员应当避免测试自己编写的程序。

3、编写软件的组织不应当测试自己编写的软件。

4、应当彻底检查每个测试的执行结果。

5、测试用例的编写不仅应当根据有效和预料到的输入情况,而且也应当根据无效和未预料到的输入情况。

6、检查程序是否“未做其应该做的”仅是测试的一半,测试的另一半是检查程序是否“做了其不应该做的”。

7、应避免测试用例用后即弃,除非软件本身就是一个一次性的软件。

8、计划测试工作时不应默许假定不会发现错误。

9、程序某部分存在更多错误的可能性,与该部分已发现错误的数量成正比。

10、软件测试是一项极富创造性,极具智力挑战性的工作。

二、测试执行原则

1、测试前做好环境备份(包括数据库、程序源文件),以便测试出现故障时还原环境。

2、要明确该次的测试目的,自己要测试内容以及对应的测试依据。

3、测试首先要依据测试用例执行,然后在此后再进行错误推测法进行测试。

4、把事实与推测分开,总是用实际的证据来证明你的推测。

5、偶然性出现的BUG一定要反馈到缺陷中去,有图的应尽量截图,无法截图的应在再次出现该BUG时立即联系开发人员进行确认。

6、测试执行应分优先级,应优先保证关键功能和测试内容的充分测试。(在时间不充分情况下,该原则尤为重要

三、性能测试执行原则

1、测试前,要确认系统的关键参数已经基本配置正确。

2、测试前,要确保测试脚本的业务功能运行正确。

3、测试前,清空所有应用日志,调高错误日志的输出级别(Error级),必要时再每次测试前重启应和数据库服务。

4、调整系统参数时,一次只调整一个,不要同时调整多个,并记录调整前后的系统变化。

5、优先测试基线案例。

四、性能测试结果分析原则

1、把实时与推测分开,总是用实际用证据来证明你的推测。

2、在没有足够证据前,不对程序进行优化。

3、优先验证简单的假设。

4、日志文件中没有错误不代表真的没有错误。

5、从系统到应用、从外到内进行层层剥离,缩小范围。

6、范围缩小后,再分割成多个单元,对每个单元进行轮番压力测试,来证明或者否定是哪个单元引起的性能问题。



留言