测试基础知识

什么是测试：测试是测试人员验证软件特性是否符合需求的过程

测试和调试的区别
1.目的不同：测试人员是发现程序中的缺陷，调试的任务是定位并且解决程序中的问题

2.参与角色不同：测试主要是由测试人员和开发人员来执行，黑盒测试主要是测试人员完成，单元/集成测试主要由开发人员执行，调式是由开发人员完成

3. 执行的阶段不同：测试贯穿整个软件开发的生命周期，调试一般在开发阶段

通俗的来说，调试是开发人员自己查看自己写的代码是否实现他自己想要实现的功能，软件测试是测试人员查看软件是否实现自己的需求

为什么选择测试而不是开发：
自身兴趣，喜欢软件测试工作，喜欢找BUG

未来发展，随着国内对于软件质量越来越重视，发展将非常广阔

概念篇

什么是需求
用户需求：就是一句话。
软件需求：是一个文档，这个文档会详细介绍软件的实现细节，去了公司之后，同学们见到的需求，大多数是软件需求

测试用例要素
测试环境，操作步骤，测试数据，预期结果在测试用例要素中，实际结果是不被包含进来的

软件的生命周期及各阶段概述
需求->计划->编码->测试->上线->维护
需求：确定软件要做成什么样
计划：确定软件什么时候开始开发，什么是时候开始测试，什么时候结束开发，什么时候结束测试，对应的测试人员，开发人员，产品经理.....
编码：通过软件需求实现软件特性
测试：测试人员测试软件是否有缺陷
上线：将项目推上线上环境，让用户可以访问到
维护：项目如果在线上出现问题，此时测试人员，开发人员定位问题，解决问题，项目还需要优化，测试人员，开发人员需要对项目进行不断地优化

测试模型：

V模型：左边是开发，右边是测试，测试介入太晚，发现问题时机就会越晚，测试和开发是串行的

W模型/双v模型：第一个是开发，第二个V是测试，测试在刚开始就介入了整个项目，测试是对整个项目的每个阶段进行了测试，但是测试，开发还是串行的，所以不能拥抱变化

软件测试的生命周期及各阶段概述：
需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估
需求分析：复习需求是否完整，需求是否正确
测试计划：测试由谁完成，什么时候开始，什么时候结束
测试设计：测试开发：设计测试用例，开发测试工具
测试执行：执行测试用例
测试评估：测试人员分析测试项目上线是否有风险，产生一个测试报告

BUG:

一、什么是bug（软件缺陷）？

产品说明书中规定要做的事情，而软件没有实现。

产品说明书中规定不要做的事情，而软件确实现了。

产品说明书中没有提到过的事情，而软件确实现了。

产品说明书中没有提到但是必须要做的事情，软件确没有实现。

软件很难理解，很难使用，速度超慢，测试人员站在最终用户的角度看到的问题是平常的但不是正确的。

注：产品说明书中没有提到但是必须要做的事情，软件确没有实现。软件实现了产品的功能，但是没有考虑软件在弱网络、低电量的情况下也能正常使用，而做出来的产品在弱网络或低电量的情况下报错，那么这也是一个bug。

二、Bug的评级标准：

Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本的测试）。

Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但是不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等（该问题实际测试中存在最多，合理安排解决BUG，解决率关系到版本的优化程度）。

Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期比较多，优先程度较低；在测试后期出现较少，应及时处理）。

三、常见的名词解释：

Error：是偏离实际的和预期的结果。它代表了人们所犯的错误。

Bug：是在应用程序投入生产之前发现的错误。导致程序工作不佳、生产错误结果或崩溃的编程错误。导致程序故障的软件或硬件上的错误。

Defect：会在测试过程中发现错误时同时被发现，在跟踪系统中记录为“缺陷”。

Failure：是指系统在明确的性能要求中执行其所需功能的能力不足，实际上是失望。

注：一个错误的编码被称为Error，由测试人员发现的错误被称为Defect。若开发团队接受Defect，则它被称为Bug，否则称为测试Failure。

四、bug的要素：

缺陷ID、状态、类型、所属项目、所属模块、缺陷提交时间、缺陷提交人（检测者）、严重程度、优先级别、缺陷描述信息、测试步骤、测试前置条件、测试数据、期望结果、时间结果。

五、bug生命周期：

新建（new）确认（open）修改（fixing）再测（verify）关闭（close）

注： 发现bug——>提交bug——>指派bug——>研发确认bug——>研发去修复bug——>回归验证bug——>回归验证bug——>是否通过bug——>关闭bug