我的测试系列之一：测试基本概念

   转做测试快一年了，对于测试的相关概念仍是模模糊糊的。认真看了书，归纳一下。

 

一、   测试环境

测试环境=软件+硬件+网络

 

  搭建测试环境的基本要求：

1. 真实（尽量模拟实际运行环境）。

2. 干净（尽量无其他无关软件），非必要，兼容性测试则不需要干净的测试环境。

3. 独立（测试环境与开发环境互不相干），我们一直坚持的一点。

4. 无毒（废话-_-!）

二、   测试用例

测试用例=输入+输出+测试环境

 

   测试用例的好处：

1. 便于团队交流。（多个测试人员协同工作）

2. 便于重复测试。

3. 便于绩效评估。

4. 便于用户自测。

 

   编写测试用例的缺点：

1. 花费大量的时间，不适用于时间紧迫的项目。

2. 写测试用例的时间比执行测试用例的时间要长。

三、   测试分类

1. 按是否查看源代码划分：黑盒测试、白盒测试。（貌似我经常干查源代码这种事@_@）

2. 按是否运行程序划分：静态测试、动态测试。

3. 按测试阶段划分：单元测试、集成测试、系统测试、验收测试。

4. 按方法划分：回归测试、冒烟测试、随机测试。

 

黑盒测试再细分，可分为

(1) 功能测试

a)       逻辑功能测试

b)      界面测试

c)       易用性测试

d)      安装测试

e)      兼容性测试

(2) 性能测试

a)       一般性能测试

b)      稳定性测试

c)       负载测试

d)      压力测试

四、   软件测试生命周期

1. 测试经理（测试组长）根据需求文档或界面原型，编写《测试计划》文档。

2. 测试设计人员根据需求文档或界面原型，进行测试设计，包括编写测试用例、设计测试策略等。期间编写《测试用例》文档。

3. 测试执行人员，参考需求文档，根据测试用例实施测试，包括单元测试、集成测试、系统测试、验收测试，期间生成若干个《缺陷报告》。

4. 测试经理（测试组长）评估测试过程和结果，总结经验教训，为下一阶段或下一项目作积累，生成一个《测试总结报告》。

 

测试人员一般没这么多，所以基本是一个人做完所有事情，累啊~~

 

五、   个人关注的测试相关要点

1. 如何根据用户需求（甚至是不规范的，描述不清的文档），编写测试用例？

2. 如何写合格的测试用例？

3. 如何写合格的测试计划？

4. 怎样管理需求变更引起的测试用例变更？