2/8原则
针对测试优先级而言（不要追求100%的测试覆盖率）
80%成果出在20%关键点上
不要一味的追求测试覆盖率，并非测的越广越有价值，注意避免成本浪费。
进行测试也需要分清轻重缓急，抓住关键点，从而以点破面，事半功倍。
针对缺陷发现而言（缺陷不会被测完）
介入测试越早、发现bug几率越大。
80%的缺陷会在分析设计阶段被发现。而系统测试会发现剩余bug的80%。实际还有4%的缺陷在用户长期使用过程中发现。
针对性能测试而言
80%请求/20%时间*冗余系数
5W1H原则
5W是指：Why（为什么）、What（是什么）、Where（在哪儿）、Who（谁）、When（什么时候）
1H是指：How（如何）
通过使用该原则做事，可以让我们做事情有条理，避免一知半解就开始干活。
比如，我们要写一份测试计划，需要做到：
理解测试的目的（Why）；
明确测试的范围和内容（What）；
确定测试的开始和结束日期（When）；
明确测试的执行人员（Who）；
给出测试相关文档和软件的存放位置（Where）；
指出测试的方案和工具（How）；
5C原则
如测试报告：
内容准确(Correct)：每个组成部分的描述准确，不会引起误解
步骤简洁(Concise)：只包含必不可少的信息，不包括任何多余的内容
内容清晰(Clear)：每个组成部分的描述清晰，易于理解
结构完整(Complete)：包含复现该缺陷的完整步骤和其他本质信息
风格一致(Consistent)：按照一致的格式书写全部缺陷报告
1/2分割法则（也称为“二分法”）
把可分割的东西一分为二，定位目标；一直分到不可分割为止，通过层层缩小范围，快速的定位到准确的目标。
比如，我们要定位一个软件系统的性能瓶颈，可以先定位问题出现在软件环境还是硬件环境，如在软件环境再分为是程序还是环境配置，如果是程序再依次对模块、函数等分，最后定位出问题所在。
SMART原则
原则：具体性（S）、可衡量性（M）、可实现性（A）、相关性（R）和 时限性（T）。
具体来讲就是：
绩效指标必须是具体的（Specific）；
绩效指标必须是可以衡量的（Measurable）；
绩效指标必须是可以达到的（Attainable）；
绩效指标是要与其他目标具有一定的相关性(Relevant)；
绩效指标必须具有明确的截止期限（Time-bound）；
在日常的工作和学习中根据SMART原则，制定学习目标和工作目标；定期检查制定的目标，SMART原则使其更加清晰，进度更加明了，可以更加清晰的明白找出目标可能存在的问题。
SFDIPOT原则
原则：结构（S）、功能（F）、数据（D）、接口（I）、平台（P）、操作（O）、时间（T）。
例如我们设计测试用例：
从产品的结构角度出发，去寻找测试点（S-Structure ）；
产品的业务功能或者系统功能角度出发，去寻找测试点（F-Function）；
从输入输出数据角度，去寻找测试点（D-Data）；
从接口的角度，去寻找测试点（I-Interface）；
从平台的角度，去寻找测试点（P-Platform）；
从操作的角度，去寻找测试点（O-Operation）；
时间性能，周期性，频率，并发等角度，去寻找测试点（T-Time）；
以后大家在面试时碰到需要列出测试点的问题（如水杯测试、一个新系统的测试），按上面原则组织答案就没什么大问题了。
运用这些原则如武功招式，先得不断练招，然后领会招式的意。最后招出意随，看似无招胜有招。
