测试六问：
why:为什么测试？对功能、性能、可用性、容错性、安全性等测试，检查是否符合相关要求。
what:测试什么？测试对象包括文档、代码、图标等。
where:测试哪里？测试用例的环境，包括系统的硬件、软件和网络环境等。
when:什么时候测试？测试用例所需的前提条件是尽快开始。
which:什么数据？测试用例设计的各种数据。
how:如何执行？结果怎么样要根据测试用例设计的步骤来执行，最后进行结果比较，确定是否一致。若一致才能通过测试。
测试是为了发现错误而执行的一个程序或者系统的过程。
测试不单纯是发现错误的过程，而且包含软件质量评价的内容
测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量
测试是为了度量和提高被测试软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期。
软件测试只能证明软件存在错误，而不能证明软件没有错误。
测试的目的：把软件的错误控制在一个可以进行产品交付的程度，把错误控制在一个合理的范围之内。
软件测试包括：单元测试、集成测试、确认测试、系统测试、验收测试。
大量资料证明60%以上的软件错误并不是程序错误，而是分析和设计错误。
软件的质量：软件满足规定或者潜在用户需求特性的总和。
包含内部质量、外部质量、使用质量
质量保证QA：质量保证的重要工作通过预防、检查与改进来保证软件质量。着眼与软件开发活动中的过程、步骤和产物，而不是对软件进行剖析找到问题或者评估。
软件测试：对过程的产物以及开发出的软件进行剖析。对开发文档和源代码进行走查，运行软件，以找出问题，报告质量。对测试中发现的问题进行分析、追踪与回归测试.
测试的目的：
测试是程序的执行过程，目的在于发现错误
一个好的测试用例在于能发现至今没有发现的错误
一个成功的测试是发现至今没有发现的错误的测试
测试的原则：
所有软件测试都应该追溯到用户需求。
完全测试是不可能的，测试需要终止：1.输入量太大 2.输出结果太多 3.路径组合太多
测试无法显示软件潜在的缺陷
充分注意测试中的集群现象。
程序员应该避免检查自己的程序
尽量避免测试的随意性。
测试阶段的划分：
单元测试：测试模块的功能、性能、接口、设计约束。从程序内部结构出发进行测试。
集成测试：将所以程序模块进行有序的、递增的测试。集成测试是检查程序单元或者部件的接口关系。
冒烟测试：每次提交版本时对功能进行验证的测试。
确认测试：通过检验和提供客观证据，证实软件是否满足特定预期用途的需求，是否满足软件需求说明书规定的要求。
系统测试：验证和确认系统是否达到其原始目标，对集成的硬件和软件系统进行的测试。
验证测试：按照项目任务书、供需求双方约定的验收依据文档进行对整个系统的测试与评审，决定是否接受或拒绝系统。
测试实施的划分：
开发方测试（a测试）、用户测试（b测试） 第三方测试（独立的测试机构）
测试用例要有以下几个原则：
代表性：测试用例能代表并覆盖各种合法和不合法的、边界内和越界的以及极限输入数据、操作环境的设置。
可判性：测试执行的结果的正确性是可以判定的。每一个测试用例都应该有相应的预期结果。
可再现性：对于同样的测试用例，系统执行的结果应当相同，并且相同测试的执行过程可以反复操作。
测试的划分：
黑盒测试：只检查样序是否按照需求规格说明书的规定正常实现
白盒测试：了解程序结构和处理过程，检查是否所有的结构以及路径都是正确的，检查软件内部动作是否按照设计说明的规定进行正常进行。
灰盒测试：表征性的现象、事件、标志来判断内部的运行状态。
静态测试：走查、符号执行、需求确定等
动态测试：人工或工具运行程序进行检查、分析程序的执行状态和程序的外部表现。
环境测试：
环境测试 = 硬件 + 软件 + 网络 + 数据。