1、测试工程应该具备的基本职业素质：三心二意一能力。三心：细心、耐心、信心。二意：服务意识、团队意识。一能力：沟通能力。
2、如何成为一名优秀的测试工程师：内功（基础知识：计算机硬件、网络、操作系统、数据库等）、测试技术（黑盒测试中等价类、边界值、因果图等，白盒测试中的语句覆盖、分支覆盖、路径覆盖等）
1）、不断学习充电
2）、阅读原版书籍
3）、阅读缺陷管理系统中的缺陷报告
4）、阅读高手写的测试用例
5）、学习产品相关的业务知识
3、SQA——软件质量保障，CMM是SQA用来监督项目的一个标准质量模型，SQA按照CMM上面各种规则来检验各种各样的项目。CMM——能力成熟度模型
4、软件测试的原则：
1）、Zero bug——指的是软件没有任何bug，没有bug是不可能的，我们只能想方设法把软件的bug数控制在可以忍受的范围之内。Good enough——指的是只要软件达到一定的质量要求，就可以停止测试了。
2）、不要试图穷举测试
3）、开发人员不能既是运动员又是裁判员
4）、软件测试要尽早执行
5）、软件测试应该追溯需求
6）、缺陷的二八定理——缺陷的集群现象或是虫子窝现象
7）、缺陷具有免疫性
黑盒测试技术
等价类技术、边界值技术、因果图法、流程图法
缺陷管理
1、BUG的分类
Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。
A
错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；
B
功能未实现或导致一个特性不能运行并且不可能有替代方案（包括计算错误）；
C
错误导致了一个特性不能运行但可有一个替代方案；
D
错误是表面化或微小的（提示信息不太准确友好、错别字、UI布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用；
E
建设性的意见或建议。
Bug优先级(Priority)：指缺陷必须被修复的紧急程度。由Bug分配者（开发组长/经理）指定。5
阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此密切相关功能的进一步测试
4
必须修改，发版前必须修正
3
必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正
2
如果时间允许应该修改
1
允许不修改
缺陷类型(Type)：是根据缺陷的自然属性划分的缺陷种类。
Build
由于配置库、变更管理或版本控制引起的错误。
Data
数据、数据库、计算错误等。
Function
影响了重要的特性、产品接口、硬件结构接口和全局数据结构。如逻辑，指针，循环，递归，功能等缺陷。
Interface
与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的接口缺陷。
Performance
不满足系统可测量的属性值，如：执行时间，事务处理速率等。
Requirement
需求方面缺陷如（不明确、错误、考虑不全面等等）。
User Interface（简写UI）
人机交互特性：屏幕格式，页面排版、控件位置等方面的缺陷。
其它
未知错误
Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括Open、Fixed、Closed及Postponed等Open
为测试人员新问题提交所标志的状态。为任务分配人（开发组长/经理）对该问题准备进行修改并对该问题分配修改人员所标志的状态。Bug解决中的状态，由任务分配人改变。对没有进入此状态的Bug，程序员不用管。
Fixed
为开发人员修改问题后所标志的状态，修改后还未测试。
Closed
为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。
Postponed
1、由于开发时间、进度、重要程度或者技术/设计/需求等方面的原因，认为不能解决、须延期解决、或者本版不做留待到后续版本解决的Bug；
2、因设计结构问题无法修改。测试人员认为是Bug，不符合逻辑，也不符合用户的要求，但开发人员则认为是按照设计做的、只能如此处理，否则修改代价太大，这种问题可以拖后处理
duplicated
bug重复提交
Not error
测试员理解错，不是bug，测试员提错了
2、提交BUG注意事项：确保重现、要用最少且必要的步骤描述BUG、简洁准确完整、一个BUG一个报告
3、常见的BUG管理工具：TD、Track Record、Clearquest、Bugzilla、Mantis、JIRA
测试管理
测试周期：计划——测试设计——测试执行——测试评估
