因为觉得四处去找网上的资料的麻烦程度大于自己写，而且可以乘机整理下思路
因此总结了一些个人脑袋里的东西，。。写下来。。不知道有没有错的。。
有关测试的，我脑袋里的映象。。
先来：基本的认知
1. 工作目标：用最少的工作（量和时间），尽早的发现尽可能多的缺陷，并确保发现的缺陷被处置
a) 无法发现所有问题，即使已通过测试的系统也不能保证其中不再有缺陷
b) 尽早的发现，要求测试工作需要从项目开始跟进，理解需求是第一步
c) 通过一些系统的测试方法，更快和全面的发现缺陷，自动测试工具只是辅助手段而不是主要办法
d) 回测是确保缺陷被处置的好方法，对发现的缺陷，通过与开发人员的交互，及缺陷记录文档，可以明确记录每个发现的缺陷的状态（修改或暂不改）
2. 缺陷：可以理解为系统中存在的错误和不符问题
a) 包括范围：与需求不符合（未实现及实现了不必要的功能）；与已知的用户习惯不符；逻辑、功能等错误（未按要求计算或处理）；流程、操作步骤问题；界面及表达问题（包括提示）；文档描述问题（专指文档测试）
b) 发现的缺陷一般要记录下来，然后再交于开发人员（或项目经理等）确定处置方式（修改或暂不改），并对已经修改的缺陷进行回测并记录回测结果
3. 每个人对缺陷的理解和要求不同，项目对于系统的完美程度要求也会根据情况不同，因此发现的问题也许并不一定会被修改。要注意根据项目情况和要求，界定是否将发现的问题记录到缺陷记录单上，以便开发人员进行修改
4. 与开发人员的合作和交流是工作中必须要注意的问题，因为从角色来说，测试人员是在试图破坏开发人员的工作成果，因此需要在工作中注意与开发人员的交流方式，避免产生不必要的争执
5. 在合理和有理有据的前提下要坚持自己的意见，已经发现的问题，不能因为与开发人员熟悉或开发人员忙等原因而放到一边不与理会。每个自己认定的缺陷，都要获得它的最终状态：待修改、不改、确定已经修复。可以通过与开发人员、测试经理、项目经理等人沟通来解决“开发人员抛弃的问题”
6. 大部分公司里测试和配置管理是由同一个人担任的，而且由于测试工作需要产出许多文档，因此配置管理在这个工作本身也是很有用的
7. 测试工作是需要花时间的，一个功能至少需要经过一次初测一次回测才能算是完整测试。
8. 一般工作中说起测试大部分指功能测试，但是其实测试还包括很多，如单元测试（大部分由开发人员做），性能测试、文档测试等
9. 如果不想把测试工作做成机械的动作，就要主动动点脑子，时不时总结下测试方法，发现容易出错的地方，改进测试步骤和工作的流程等
