软件测试工程师必备小知识

1、发现程序中的错误而执行程序的过程

2、检验产品是否符合用户需求

3、提高用户体验

1、测试人员需要尽早介入（在需求分析时介入）

2、追溯到用户需求

3、正面测试+反面测试二八原则，80%的错误集中在20%的模块中（聚集效应）

4、对错误的结果有一个确认的过程（多做几次测试并且记录测试过程，一些偶现型的bug要更加关注）

5、制定严格的测试计划（开始时间、结束时间、每个负责人所负责的模块）

一、按照测试阶段来划分：

单元测试：测试源代码，是否符合编程规则，处理逻辑是否正确（开发人员做）

集成测试：测试接口，模块与模块之间，子系统与子系统之间（测试人员或者开发人员做）

    1.冒烟测试：在开发人员开发完毕后交给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续测试。

    2.回归测试：指修改了旧的代码以后，重新进行测试并且确认是否修改以及是否引入新的bug或者导致其他代码产生错误（自动回归测试将大幅度降低系统测试、维护升级等阶段的成本）

系统测试：测试软件系统的硬件、软件、网络、用户等是否符合需求（测试人员做）

验收测试：按照项目合同、任务书、双方约定的验收依据文档，向软件购买者暂时改软件系统满足原始需求（用户做）

二、按照测试方法来划分：

黑盒测试：把测试对象当做一个不透明的盒子，只关注输入数据和输出结果

白盒测试：把测试对象当做一个透明的盒子，关注源代码的实现以及结构和处理逻辑（白盒测试也是接口测试的一种）

灰盒测试：介于黑盒测试和白盒测试之间，测试集成测试阶段，不仅关注输入、输出的正确性，同时也关注程序内部的情况

三、按照测试实施方来划分：

Alpha测试：用户在开发公司人员陪同下，使用开发环境进行测试

Bata测试：用户在生产环境进行测试

第三方测试：用户委托除甲方和乙方以外的其他公司进行测试

四、按照测试内容来划分：

功能测试：对功能的逻辑进行测试，俗称点点点

UI测试：界面测试，看界面设计是否与需求一致（比如：颜色、字体大小、边框等）

性能测试：检查系统是否满足需求规格说明中规定的性能（比如：日志事件、吞吐量、响应时间等）

兼容性测试：兼容性测试主要是指，软件之间能否很好的运作，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃（最常见的兼容性测试是浏览器的兼容性测试）

易用性测试：是否容易上手，又称为用户体验测试

除此之外还有：安全测试、压力测试、负载测试、安装测试等

五、按照是否使用自动化工具划分：

手工测试：手动进行的测试（由人一个一个的输入用例，然后观察结果，和机器测试相对应）

自动化测试：使用机器（代码）进行测试（在预设条件下运行系统或应用程序，评估运行结果）

一、可行性分析

主要确定软件的开发目的以及可行性分析，制定出一个开发计划

二、需求分析

分析来源（原型图/软件需求说明书）、参与人员（项目经理、产品经理、开发人员、测试人员、设计人员等）

三、软件设计阶段

1、概要设计：（设计软件系统的架构、数据库、表结构等框架性的东西）

2、详细设计：（设计模块处理逻辑）

四、编码阶段

开发人员分配任务，程序员编码，前后端调试

五、软件测试阶段

开发做：单元测试

开发做/测试做：集成测试（接口测试）

测试做：系统测试

客户做：验收测试

六、运营维护

版本、产品上线（版本的升级改进）BUG的修复

一、接触到的哪些岗位人员

产品经理、开发人员、设计人员、技术支持、实施人员

二、测试的工作流程

1、测试需求分析阶段

查阅需求文档、整理需求测试点，在开会讨论需求的时候，一定要认真讨论，有疑问的地方要一网打尽

2、测试计划阶段

测试计划文档：一般由测试组长编写该计划

3、测试设计阶段

编写测试用例：根据需求进行测试用例的编写

测试用例评审：进行三方用例评审

测试用例修改：若需求理解错误，则重新修改对应的测试用例以及其有关联的用例

若需求变更，则添加对应的测试用例以及其有关联的测试用例

搭建测试环境：测试之前要部署好对应的测试环境

执行测试用例：按照测试用例一条一条的走下去

提交bug并跟踪管理：发现bug，提交到对应的bug管理系统上去，开发修复之后，进行验证并回归

4、测试评估阶段

编写测试报告：每一轮测试完毕后，都要出具测试报告，并发送给对应的负责人员

总结经验与教训：在此次测试中出现的重大问题或者偏激问题要重点记录，包括一些不可复现的bug

最后，软件测试工程师们一定要做到细心、耐心、专心、自信心、责任心！

1908届软件测试精英班开班在即（暂定时间八月底）有想法的同学请随时为我打call

明阳老师：18567047719