“软件测试已死”的论调早几年就听到有人说，因为当时软件测试普通技术含量低，大多数以自动化测试为主，所以，对于已经做了几年手工测试的人来说，看不到未来的方向。
一、软件开发的阶段划分
1、需求分析阶段
产出物：《需求规格说明书》
2、设计阶段
产出物：《概要设计说明书》、《详细设计说明书》
3、编码阶段
产出物：程序
二、软件缺陷定义
1）需求中要求的功能没有实现
2）实现了需求中没要求的功能
3）需求中虽未明确说明，但是应该实现的功能没有实现
4）软件中出现了指明不应该出现的错误
5）软件不易使用、难以理解、运行缓慢等，站在用户角度上，一切不好的地方。
三、软件测试的定义
简单来说，软件测试从现有软件中，尽可能多的查找缺陷的过程。
四、软件项目的测试流程（步骤）
1、熟悉软件需求（阅读需求，分析整理：功能组成，业务实现，规则）
2、制定《测试计划》
说明：一般《测试计划》由测试组长或者测试经理制定；测试人员要阅读计划并执行测试计划。
3、设计测试（设计、编写《测试用例》）
4、执行测试
5、记录测试结果
6、分析结果，记录缺陷（《缺陷报告》）
7、缺陷的跟踪、管理
8、测试总结，提交《测试总结报告》
五、缺陷报告
1、什么是缺陷报告？
测试人员发现缺陷，将缺陷记录在《缺陷报告》中，通过缺陷报告将缺陷告知给开发方，并对缺陷进行跟踪和管理。缺陷报告是测试人员与开发人员之间重要的沟通方式。
2、缺陷报告的组成
（1）缺陷编号（defect ID）
（2）缺陷标题（summary）
（3）缺陷的发现者/创建者（detected by ）
（4）提交缺陷的日期（detected on date）
（5）缺陷所属的功能模块（subject）
（6）发现缺陷的版本（detected in release）
（7）指派给谁处理（assigned to）
（8）缺陷的状态（status）
新的缺陷—new， 激活的缺陷—open，已修复的缺陷—fixed， 关闭的缺陷—closed， 拒绝的缺陷—rejected，重新激活的缺陷—reopen
（9）缺陷的严重程度（severity）
致命的， 严重的，中等的，建议性的小问题
（10）缺陷的优先级（priority）
立即解决的bug，下一个版本解决，软件发布之前解决， 尽量在软件发布之前
（11）缺陷的描述（description）
将发现缺陷的过程，数据记录下来，使开发人员可以重现该缺陷。
