软件测试初识

什么是软件测试：

软件测试:验证软件产品特性是否满足用户的需求.
找bug；发现缺陷；验证功能；性能等是否符合用户需求；

软件测试和调试区别

1：角色不同；调试是开发；测试：测试人员+开发（通常黑盒测试由测试人员执行；部分白盒测试、系统测试是开发人员执行）
2：阶段不同；调试是开发时候才调试；而测试伴随整个生命周期；介入的时间比较早
3：目的不同；调试是发现问题并且解决问题；测试是发现问题
4：手段不同；调试；debug，分析代码逻辑。测试等价类划分法、边界值等等众多方法。

软件测试和软件开发区别

1：开发广度小；专业度要高；而测试的广度大；知识范围要广
2：技能要求 测试要求更广泛：业务能力，设计和架构分析能力，测试手段和工具使用，用户模型分
析和理解，编程能力

软件测试和软件测试开发区别

测试工程师: 功能测试比较多，设计测试用例，执行测试用例，涉及到的开发工作内容较少的
测试开发工程师: 测试工程师的工作内容上加了一些开发工作(开发测试用例，开发测试工具，开发出来的测试工具让测试人员用，提高测试效率)

测试相关概念

什么是需求

用户需求:可以简单理解为甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时必须要完成的任务。该需求一般比较简略。
软件需求:或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。

产品经理：大多数公司在进行软件开发的时候会把用户需求转化为软件需求，开发人员和测试人员工作的直接依据就是软件需求；所以产品经理要把用户的需求转换成文档；

需求的作用：把要做什么事情描述清楚；开发测试人员才好进行工作

什么是测试用例

测试用例是一组集合;测试环境、测试数据、操作步骤、预期结果……
比如：

怎么证明这个测试用例是否通过了；根据实际执行结果；对比预期结果；相同就通过；不相同就没有通过。不需要执行结果；只有预期结果；执行结果是要拿着测试用例去执行才有的，

测试用例作用：
1：测试用例提高测试人员工作效率/降低测试人员工作的重复性问题
2：测试用例是建立自动化的基础

什么是bug

bug：当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误。
当需求规格说明书没有提到的功能，判断标准以最终用户为准: 当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。

如何描述一个bug

1、发现问题的版本
开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。
2、问题出现的环境
环境分为硬件环境和软件环境，如果是web项目，需要描述浏览器版本，客户机操作系统等，如果是app项目，需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。
3、错误重现的步骤
描述问题重现的最短步骤
4、预期行为的描述
要让开发人员指导怎么样才是正确的，尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障，能写明需求的来源是最好的。
要相信:测试人员是最懂需求的
5、错误行为的描述
描述错误的现象。crash等可以上传log，Ul问题可以有截图。
6、其他
某些公司会有一些其他的要求，例如故障的分类: 功能故障，界面故障，兼容性故障等。有些有优先级的分类，严重影响测试需要开发人员优先修改的，可以设置优先级为高。
7、不要把多个bug放到一起
在无法确认是同一段代码造成的故障时，不要将bug放在一起提交

bug优先级

不同公司不同；但是都是根据影响程度来定位的

注意：如果发现崩溃级别的BUG，那么此时就需要停止测试，测试打回

bug生命周期

简单来说：发现bug；提交给开发；开发处理bug/认为不是bug/延后处理;开发进行处理完成;测试人员进行测试；测试不通过就打回给开发/通过则结束。

软件生命周期

从软件诞生到停服：需求分析、计划、设计、编码、测试、运行维护
需求分析：分析需求是否合理；需求是否完整
计划：谁开发、谁测试、开发多久、测试多久……
设计：UI设计、技术文档；接口涉及到那些库表
编码：写代码
测试：产生一个测试报告（什么是测试报告：测试报告是一份文档或报告，其中包含有关测试活动的详细信息和结果的总结。）
运行维护：线上出现问题；测试人员需要协助开发定位问题、解决问题

软件测试生命周期

测试报告是一个文档；大部分邮件发送：