在做软件测试时，过程中通过血的教训和经验的积累总会积累一些原则。这些原则让我们在工作中尽可能的减少失误，为我们的测试质量起到关键性的作用。今天我积累的常用到的原则汇总一下。其中测试用例设计原则见《测试用例设计原则》一文。
一、软件测试通用原则：
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、范围缩小后，再分割成多个单元，对每个单元进行轮番压力测试，来证明或者否定是哪个单元引起的性能问题。