软件测试入门

【前言】看了江楚老师的《零基础快速入行入职软件测试工程师》前几章，总结一下知识点~

初入行一般由功能测试开始
Q:你对某软件是怎么测试的？
测试基于6个方面：
外观界面，功能，性能，安全性，兼容性，易用性
Q:如何评审需求文档
正确性，明确性，完整性，限制性，优先级，一致性
软件质量：软件经过开发测试后，软件所展现出来的各项功能特性是否满足需求文档，是否满足用户的需求。是，好，否，不好。
软件测试：前期需求文档的评审，到中期测试用例设计及测试执行，再到后期问题单的提交和关闭等一系列的测试过程
软件错误（Bug）:在测试软件的过程中，当发现实际运行的结果和预期的结果（需求文档）不一致时，就把不一致的地方统称为软件错误
80/20原则：指的是80%的Bug集中在20%的模块里面，经常出错的模块修复了还会出错
软件测试分类：
按测试原理：
     黑盒测试 :只测试软件外部的功能特性
     白盒测试：只测试代码结构
按测试阶段：
    单元测试：属于白盒测试，对小段代码进行测试（开发人员集成）
    集成测试：初期（模块少）的集成测试主要由开发人员执行，采用白盒测试，后期（模块多），部分功能点已经展现，由开发人员做（功能）黑盒测试，
    系统测试：测试人员全面测试（六方面）：外观界面，功能，性能，安全性，兼容性，易用性
    验收测试：用户黑盒测试

软件测试计划：一份描述软件测试范围（确定测试的功能性需求和非功能性需求）、测试环境（软件，硬件）、测试策略、测试管理、测试风险的文档（测试经理制定）
测试策略：测试的依据（需求文档，测试用例）、测试的准入标准（通过冒烟测试）、测试工具的选择、测试的重点及方法、测试的准出标准等内容
测试管理：测试任务（测试用例的设计和编写，测试用例的执行和操作）的分配、时间进度的安排、沟通方式（面对面，电子邮件，Bug管理工具）
测试风险：不透彻理解需求文档，估计不足测试时间，测试执行不到位
测试用例格式

测试用例的作用：测试人员具体执行测试的依据（标准，指导：操作步骤、具体数据）
测试人员是依据需求文档来进行测试用例的设计的
功能测试的用例设计方法
等价类划分法：有效等价类（有效：符合需求文档中定义的数据，等价：都是同一类型的数据），无效等价类（无效：不符合需求文档中定义的数据）
边界值分析法：输入条件是一个范围，取边界左右两边的数据以及边界本身的值即可
输入条件为一个有序集合，边界值取集合的第一个字符和最后一个字符即可
错误推测法：测试人员凭借自己的直觉、测试经验、发散思维去设计一些容易导致软件出错的测试点（空格，空的，边界值，超长字符串，全角字符串，0以及单引号等）
正交表分析法：一种有效地减少用例设计个数的方法，基于特定的算法
因果判定法：按钮之间存在相互关联和制约的关系，且有较强的逻辑性
测试用例的评审（如何？从五个方面，结束标准）
测试环境：B/S（浏览器/服务器）、C/S
Bug所包含的内容，状态
禅道的使用
对Bug起争议是的处理
回归测试（流程，策略）
测试报告：一份描述软件的测试过程、测试环境、测试范围、测试结果的文档，用来分析总结系统存在的风险以及测试结论（测试经理整理，测试人员只负责自己的所测模块）