细说软件测试流程
开篇列出一句精义的话， 浮躁的人分两种：只观望而不学的人；只学而不坚持的人。
我确实做的不好，上晚班是一个好时机，好好利用吧。忘记该死的面试以及一切不愉快的事情，忘记外面的诱惑。
一个有原则的人才会成功。心是再痒，也要把口水吞进肚子里。该走的时候自然要走。时候未到。
软件测试过程
测试计划 -》 测试设计 -》 测试开发 -》 测试执行 -》 测试评估
第一节 测试计划
测试计划是整个流程里面的开始也是重点。而测试需求又是整个测试计划里面的重点。详细的测试需求可以为测试的覆盖率评估作参考。
怎样书写测试计划
1、工程介绍
-- 目的
-- 背景
-- 测试范围
-- 项目文件列表
这里重点介绍测试范围部分，在一个已经成型的产品面前，能够灵活选择的是测试范围了。根据时间的长短，特殊要求等制定出一个测试范围。比如一块motherboard 接到手上，你会根据它FW的稳定性，以及客人的特殊要求，还有P/R schedule 的限制去决定你的test coverage 。
2、测试需求
这个要花费长篇去讨论它。所谓测试计划里面关键的一步是将软件按功能或商业用途等分解成单元。
这样有几个好处：
第一、测试需求是测试设计和开发测试用例的基础，分成单元可以更好地进行设计。
第二、详细的测试需求是用来衡量测试覆盖率的重要指标。
第三、通过单元的测试需求可以更准确的总结出测试设计和开发时所需要的资源。
分解软件，写测试需求的步骤：
第一、确定软件提供的主要商业任务。
第二、对每个商业任务，确定它所要进行的交易。
第三、确定从数据库信息引出的计算结果，这些结果应该是测试结果的参照。
第四、确定测试的条件，包括数据库大小、机器硬件和软件配置、交易量以及网络吞吐量。通常情况下，不可能对所有可能的配置都测试到，因此选有可能产生问题的情况进行测试。包括：低性能硬件，以及存在兼容性的软件环境。
第五、确定会产生重大异常的压力测试，包括内存，硬盘等。
第六、确定需要处理的数据量。估计测试工作量。
3、测试策略
测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）以及各个阶段进行测试的种类。
它包括：
第一、测试类型
----功能测试
----用户界面测试
---- 性能测试
---- 压力测试
---- 容量测试
---- 配置测试
---- 安装测试
第二、工具
4、资源
包括：第一、人力资源；第二、系统资源。
5、调度
生成调度表格，将相关工作量 规定出来。
6、文档
--- 测试日记
--- 缺陷报告
第二节 测试设计
生成测试需求报告 ?》指定测试过程 ?》指定测试用例 ?》回顾测试覆盖率
测试用例的选择应与测试需求的实质部分相关的，并且不容易受应用程式改变的影响。
具体事例：
用户界面测试，使用对象状态测试用例。
性能标准，等待状态测试用例。
第三节 测试开发
目标
第一：创建可以重复使用的可移植性强的测试过程和测试用例。
第二：维护测试过程、测试用例与相关测试需求一一对应。
错误处理
第一：跳转到别的测试过程
第二：调用一个能够清除错误的过程
第三：退出，启动另一个
第四：重启系统
测试开发步骤
第一：设立开发环境
第二：录制和回放原型过程
第三：录制测试过程和测试用例
第四：测试和调试测试过程
第五：修改测试过程
第六：如果测试过程是用来循环一套输入和输出数据，需要建立数据集合
第七：如果需要重复测试和调试，跳到第四
第四节 测试执行
具体步骤：
-----建立测试系统
-----准备测试过程
-----运行初始化过程
-----执行测试
-----从终止的测试恢复测试
-----验证预期的结果
-----调查突发结果
-----记录缺陷日记
第五节 测试评估
目标
----量化测试进程
----生成缺陷和测试覆盖率的总结报告
评估存在的问题
-----没有把测试覆盖率作为报告测试的结果的依据，使得不知测试是否结束
-----没有缺陷评估
-----不使用专门的软件工具进行数据相应评估
具体步骤
------回顾测试日记
------评估测试需求的覆盖率
------分析缺陷
------决定是否达到完成测试的标准，没有满足标准时
------再测试
------降低标准
------确定软件的一个满足标准的子集
