软件测试之测试基础知识介绍

软件测试

通过这篇文章，了解软件测试相关基础知识。理解直接入门测试。

1.什么是软件测试？

• 软件测试：其实就是在具备软件测试基础知识的基础上，遵循相应测试的标准与规范，通过测试工具、测试流程、测试方法，最终来提高确保软件的产品质量。
• 参考下图模型

2.软件测试的目的

1. 确认软件质量。
2. 尽可能发现软件中的错误，提高软件的可靠性。
3. 通过测试活动，发现并解决缺陷，增加人们对被测对象的质量信心。
4. 通过测试活动，获取被测对象的质量信息，为决策者提供信息。
5. 预防缺陷，降低产品风险，保证软件开发过程的高质量。

3.测试方案

• 测试方案：描述需要测试的特性、测试的方法、测试环境的规划，测试工具的设计和选择，测试用例的设计方法，测试代码的设计方案。
• 特点
  • 测试方案是技术层面的文档，从技术的角度对一次测试活动进行规划
  • 测试方案需要在测试计划的指导下进行，测试计划提出“做啥”，而产生方案明确“咋做”。

4.测试用例见解

• 测试用例（Test Case）：
  • 为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或者核实是否满足某个特定需求，是执行测试的 最小实体。
• 特点
  1. 正确性：验证系统是否满足需求规格说明书的各项功能。
  2. 完整性：基本功能，不能有遗漏。
  3. 唯一性：按测试用例输入执行测试后，不能出现模糊不清的结果。
  4. 清晰、简洁：好的测试用例描述清晰，每一步都有很强的针对性。
  5. 可维护性：可根据需要，对测试用例进行修改、增加、删除等，以符合相应的测试要求。
  6. 可操作性：适合特定的测试环境以符合整个团队的测试水平。
  7. 可重现性：可以重复执行，复现bug。

5.缺陷等级简介

• 缺陷等级一般分为4级：致命、严重、一般、建议

  1. 致命：使整个系统或应用程序崩溃、死机、系统挂起，或造成数据丢失、主要功能完全丧失等问题。

     a.由于程序所引起的死机，非法退出
     b.程序死循环
     c.性能与需求不一致（压力测试）
     d.存在安全性与保密性问题
     e.文件打开与保存错误

  2. 严重：对项目造成重大不良影响，但不会引起项目运行失败

     a.实现功能与需求不符，需和设计人员进一步讨论后再确定
     b.性能相关，相应时间过长
     c.业务相关，字段取值错误
     d.接口报错

  3. 一般：这个范围较广，属于编程规范性错误，不影响系统正常使用

     a.显示不完整（非兼容性造成）
     b.界面文字描述混乱
     c.文字提示不合理

  4. 建议：建议类问题和程序优化性问题

     a.UI样式是否统一：页面风格搭配，布局等

  5. 疑问：不确定的问题

• BUG等级简介

1. 致命（一级bug)
   通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。
   比如:1.内存泄漏;2.严重的数值计算错误;3.系统容易崩溃;4.功能设计与需求严重不符;5.系统无法登陆;6.循环报错，无法正常退出。
2. 严重(二级bug)
   通常表现为:影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
   比如:1.功能未实现;2.功能存在报错;3.数值轻微的计算错误。
3. 一般（三级bug)
   通常表现为:界面、性能缺陷。
   比如:1.边界条件下错误;2.容错性不好;3.大数据下容易无响应;4.大数据操作时，没有提供进度条。
4. 提示（四级bug)
   通常表现为:易用性及建议性问题
   比如:1.界面颜色搭配不好;2.文字排列不整齐;3.出现错别字，但是不影响功能;4.界面格式不规范。

• BUG生命周期

New:发现新的bug
Open:确认是bug
Fixed:修改后的bug标识（已修改、已确认）
Rejectd:如果认为不是bug就拒绝修改
Delay:认为此bug暂时不需要进行修改
Closed:通过回归测试通过，关闭bug
Reopen:经验证bug仍然存在，需要重新打开bug，进行重新修改

6.软件测试原则

1. 测试显示软件存在缺陷，不能证明软件不存在缺陷。
2. 穷尽测试是不可能的
3. 软件研发时应尽早介入测试
4. 缺陷集群性（8/2原则：80%的错误集中在20%的地方）
5. 杀虫剂悖论：对软件进行越多的测试，那么该软件对软件测试人员的测试就越具有免疫力。所以测试用例要不断修改和评审。
6. 测试活动依赖于测试内容
7. “无错就是好”是谚误

7.测试模型

测试模型与软件开发模型相似。

7.1瀑布模型

• 瀑布模型是最早、经典的模型可以通过下图理解瀑布模型流程
  
• 瀑布模型优点：可以控制开发流程
• 缺点：不够灵活，不能适应需求变更；测试介入太晚，修复成本高，风险高；人力成本存在浪费。

7.2 V模型

• 还是看图理解：
  

• V模型优点：开发测试工作分别对应有关系

• 缺点：不能适应需求快速变动；测试介入太晚，修复成本高，风险高；人力成本存在浪费。

W模型

• 依旧看图
  
• W模型优点：开发V于测试V对应，测试工作独立划分，介入项目较早，可以尽早发现问题。
• 缺点：还是满足不了需求变动，缺少灵活性，人力资源存在浪费。

迭代模型

• 迭代开发是敏捷开发的一种方式，看图：
  
• 迭代优点：
  • ·降低了在一个增量上的开支风险。
    ·降低了产品无法按照既定进度进入市场的风险。
    ·加快了整个开发工作的进度。
    ·迭代过程这种模式使适应需求的变化会更容易些。
• 缺点：
  • 在项目早期开发可能有所变化，需有一个高素质的项目管理者和一个高技术水平的开发团队

8.测试过程

测试过程会依次经历单元测试、集成测试、系统测试、验收测试（beta测试：内测、公测）四个主要阶段：

• 单元测试：单元测试是针对软件设计的最小单位––程序模块甚至代码段进行正确性检验的测试工作，通常由开发人员进行。
• 集成测试：集成测试是将模块按照设计要求组装起来进行测试，主要目的是发现与接口有关的问题。由于在产品提交到测试部门前，产品开发小组都要进行联合调试，因此在大部分企业中集成测试是由开发人员来完成的。
• 系统测试：系统测试是在集成测试通过后进行的，目的是充分运行系统，验证各子系统是否都能正常工作并完成设计的要求。它主要由测试部门进行，是测试部门最大最重要的一个测试，对产品的质量有重大的影响。
• 验收测试：验收测试以需求阶段的《需求规格说明书》为验收标准，测试时要求模拟实际用户的运行环境。对于实际项目可以和客户共同进行，对于产品来说就是最后一次的系统测试。测试内容为对功能模块的全面测试，尤其要进行文档测试。

本篇就先到这吧。