测试理论基础

测试基础理论

1. 整个流程

   ​ 开发流程: 需求分析----概要设计----详细设计----编码开发----测试----维护
   ​ 测试流程：单元测试/集成测试----系统测试/自动化测试----性能测试----验收测试
   ​ 目标：保障软件质量达到预期的标准

2. 测试方法

   ​ beta测试：由多个用户在不同情况下测试，类似于游戏公测。
   ​ Alpha测试：在可控情况下进行测试，由内部人员或用户在开发环境测试。
   ​ UI测试：测试web界面是否达到用户的要求，表单等控件是否可以正常使用，是否和设计的功能一致。
   ​ 冒烟测试：确认软件基本功能正常，可以进行后续的正式测试工作，执行者是版本编译人员。
   ​ 随机测试：Ad hoc testing，对被测软件的一些重要功能进行复测（重大bug，未覆盖的用例等）。
   ​ 黑盒测试：根据软件的规格对软件进行测试，不考虑软件内部的运作原理。常用方法是设计有效和无效的输入数据进行测试，以期望以最小的代价发现最多的错误。
   白盒测试：将软件看成一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及其过程进行测试。
   个人复查：程序员自己设计用例对源码检测
   会审：测试人员向编写程序人员审核，根据个人测试经验，就重要问题询问功能的实现原理，及如何编写代码
   性能测试：测试软件占系统资源如何，硬件耗电，服务器负载能力等

3. 测试模型

   瀑布模型

​

优点：强调了需求，设计的作用；前一阶段完成后只需要关注后续阶段；阶段划分清晰，文档规范

缺点：文档工作量大，线性研发过程难以实现频繁的变化

v模型

优点：明确的界定了测试过程存在不同阶段

缺点：忽视了对需求分析的验证，对系统设计的验证，未能提前进入测试

w模型

优点：开发与测试并行，利于尽早发现问题，及时了解项目的测试风险

缺点：需求，设计，编码仍是串行的，测试和开发保持线性的关系，上阶段完成才能进行下阶段，不能较好迭代

X模型

优点： 将单独的代码块进行分离编码和测试，最后集成测试，能帮测试人员在计划外发现更多错误

H模型

把软件测试当成了一个独立的流程，与其他流程（设计流程，编码流程等）并发进行

4.文档编写

测试用例：包括了项目名称，测试阶段，测试类型，测试人，日期，用例编号，测试项，环境，操作步骤，输入数据，预期结果，实际结果，结论

缺陷报告：缺陷编号，用例编号，缺陷类型，严重级别，优先级，缺陷状态，测试阶段，可重现，bug原因，缺陷描述，预期结果，重现步骤，备注，测试人，修正人，确认人。。。。