关键词：
一、软件测试的生命周期
需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估
二、软件测试&软件开发生命周期
1、需求阶段：测试人员了解需求、对需求进行分解，得出测试需求
2、计划阶段：根据需求编写测试计划/测试方案
3、设计阶段：测试人员适当的了解设计，对于设计测试用例是很有帮助的，测试人员搭建测试用例框架，根据需求和设计编写一部分测试用例
4、编码阶段：测试人员一般是不需要编码的，但已经编码的模块，专业的白盒测试人员可以计划执行单元测试，完善、细化测试用例以及调整测试计划和方案。
5、测试阶段：测试阶段是软件测试人员最为重要的工作阶段，根据测试用例和计划执行测试，在执行的过程中记录、管理缺陷，测试完成后编写测试报告。
6、运行维护：测试人员需要参与项目的实施工作。测试人员对项目产品的业务和操作非常了解，加上测试人员的沟通表达能力一般都比较强，所以测试人员可以参与用户使用软件的培训，在试运行项目时收集问题并及时反馈给相关负责人。
三、如何描述一个bug
一个合格的bug描述应该包括以下几个部分：
1、发现问题的版本：开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。
2、问题出现的环境：环境分为硬件环境和软件环境，如果是web项目，需要描述浏览器版本，客户机操作系统等，如果是app项目，需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。
3、错误重现的步骤：描述问题重现的最短步骤。
4、预期行为的描述：要让开发人员指导怎么样才是正确的，尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障，能写明需求的来源是最好的。（要相信：测试人员是最懂需求的。）
5、错误行为的描述：描述错误的现象。crash等可以上传log，UI问题可以有截图。
6、其他：某些公司会有一些其他的要求，例如故障的分类：功能故障，界面故障，兼容性故障等。有些有优先级的分类，严重影响测试需要开发人员优先修改的，可以设置优先级为高。
7、不要把多个bug放到一起：在无法确认是同一段代码造成的故障时，不要将bug放在一起提交。
四、如何定义bug的级别
1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多）
4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）
五、bug的生命周期
测试人员应该跟踪一个Bug的整个生命周期，从Open到Closed的所有状态。
BUG状态转换图
● New:新发现的Bug，未经评审决定是否指派给开发人员进行修改。
● Open：确认是Bug，并且认为需要进行修改，指派给相应的开发人员。
● Fixed:开发人员进行修改后标识成修改状态，有待测试人员的回归测试验证。
● Rejected：如果认为不是Bug，则拒绝修改。
● Delay:如果认为暂时不需要修改或暂时不能修改，则延后修改。
● Closed：修改状态的Bug经测试人员的回归测斌验证通过，则关闭Bug。
● Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改。
无效的bug：open->closed open-rejected-closed
测试人员新发现的Bug，必须由测试组长评审后才决定是否Open并分派给开发人员。测试人员Open的Bug可以直接分派给Bug对应的程序模块的负责人，也可以要求都先统一提交给开发主管，由开发主管审核后再决定是否分派给开发人员进行修改。
Bug的跟踪以及状态变更应该遵循一些基本原则：
1、测试人员对每一个缺陷的修改必须重新取一个包含更改后的代码的新版本进行回归测试，确保相同的问题不再出现，才能关闭缺陷。
2、对于拒绝修改和延迟修改的Bug，需要经过包含测试人员代表和开发人员代表、用户方面的代表（或代表用户
角度的人）的评审。
六、如何开始第一次测试
准备工作：
1、阅读所有项目有关的文档，包括：需求文档、设计文档、用户手册
2、尽可能参加各种项目会议，了解项目的背景、人员组成、尽可能的了解需求和业务。特别针对业务专业性较强
的项目，例如银行业务，需要了解各种业务知识，如高低柜、一二三类账户等、存款、贷款等。
3、熟悉项目所使用的测试管理工具、配置管理工具，获取对应的地址和登录方式
4、阅读已有的测试方案和测试案例
5、阅读旧有的bug库，了解系统功能。尤其重要的是和现有的测试团队保持一致的故障定级原则
6、了解公司的规范要求，特别是用例编写规范、用例执行规范、bug提交规范、测试工具工具使用规范等
与测试组长确认具体的工作内容：
1、测试的计划是什么？
2、测试的内容是什么？test case有多少？安排了几天执行？有没有自由测试的时间？
3、我要测试的内容开发人员是谁？需求人员是谁？
4、分配给我的测试内容是否需要特殊的测试资源？资源是否满足需要？
七、如何发现更多的bug
1、软件测试同样存在二八原则，80%的故障集中于20%的模块，如果某部分问题较多，加强测试广度和深度！
2、开发人员也存在二八原则，80%的故障集中于20%的开发人员，如果某些开发人员的bug较多，加强他开发模
块的测试广度和深度！
3、多进行逆向思维和发散性的思维
4、不要局限于用例和需求文档
5、尽早介入项目, 不要等到开发的差不多了再介入项目
八、产生争执怎么办（处理人际关系）
能让开发人员解决最多Bug的测试人员是最优秀的测试人员
1、先检查自身，是否bug描述不清楚
2、站在用户角度考虑问题 应该让开发人员了解到Bug对用户可能造成的困扰，这样才能促使开发人员更加积极
地、高质量地修改Bug。
3、BUG定级要有理有据
4、提高自身的技术和业务水平.。不光要提出问题, 最好也能提出解决方案
5、开发人员不接受时，不要争吵。可能你已经经过了多轮沟通，但是开发人员仍然拒不接受。此时可以发起Bug评审。
（Bug评审要注意的问题 缺陷的评审应该包括以下两个层面：一、决定如何处理Bug。 二、 分析缺陷产生的原因，找出预防
的对策。
一、决定如何处理Bug。 这一方面评审需要项目组各个方面的代表参加，通常不可缺少的是测试代表、开发代表、产
品代表。
测试代表主要从Bug的具体表现、严重程度等方面提供信息，并提出自己对Bug的处理意见。需要注意的是，测试人员不应该一味地要求对Bug进行修改，因为修改可能带来回归的风险，同时带来的是回归测试的工作量，如果时间比较紧迫，修改后剩余的时间若不足以做一次有效的回归测试，可能不修改是个明智的选择。
开发代表主要从修改缺陷的难度和风险出发，考虑缺陷修改需要付出的代价，以及可能影响的范围、可能引发的风险等，如果决定要修改，还要讨论出修改的初步方案。
产品代表主要从产品的整体计划、用户的要求等方面对缺陷的修改必要性、缺陷修改的时间和版本提出自己的意见。这在微软的做法叫“Bug三方讨论会”，参加者一般是测试人员、开发人员和项目经理。
二、分析缺陷产生的原因，找出预防的对策。
缺陷评审还应该包括原因分析，找出Bug出现的原因，尤其是那些重复出现的Bug。应该找出出现错误的根源，并且制定出相应的预防措施，确保同类型的Bug不再出现。 例如：有些
Bug出现的原因不是简单的“引用为空”之类，而是开发人员的编码不规范或者编程习惯不好而导致，所以必须建立起正确的编程方式才能预防这些错误的出现，否则只是在玩无聊地重复发现相同的Bug的游戏。
软件测试基础知识
一、软件测试的生命周期需求分析→测试计划→测试设计、测试开发→测试执行→测试评估二、软件测试&软件开发生命周期1、需求阶段：测试人员了解需求、对需求进行分解，得出测试需求2、计划阶段：根据需... 查看详情
软件测试基础知识总结
一、什么是软件测试？1、软件测试是指使用人工或者自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。二、一般的软件测试的应用场景有：APP、WEB和小程... 查看详情
软件测试的基础知识
1、软件测试的含义是什么？ 通过人工或者自动手段运行或者测试某个系统的过程。2、软件测试的目的是什么？ 为了发现软件缺陷。3、软件缺陷的定义是什么？ （1）产品说明书的功能没... 查看详情
软件测试基础知识1
一、软件测试(SoftwareTesting)的定义经典定义：在规定的条件下对程序进行操作，以发现错误，也是对软件质量进行评估的一个过程；二、软件质量的定义 软件满足规定或潜在用户需求的能力，具体说，软件质量是软件符合明... 查看详情
软件测试基础知识总结
第一部分：软件评测知识1． 软件质量与软件测试软件测试：在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成过程的文档、数据以及程序进行测试软件质量：软件... 查看详情
软件测试入门随笔——软件测试基础知识
POINTone：软件测试生命周期——V模型V模型左边为开发阶段，右边为测试阶段。单元测试和功能测试应检测程序的执行是否满足程序设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确... 查看详情
软件测试入门随笔——软件测试基础知识
Q1：什么是软件测试？广义概念：软件测试师是指软件生存周期中所有检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认。狭义概念：识别软件缺陷的过程，即实际... 查看详情
软件测试基础知识——测试用例设计方法
软件测试的分类：1、按软件功能测试分类：基于规格说明的测试（传统黑盒测试、基于规格说明测试）、基于控制流的测试（白盒测试）传统黑盒测试：边界值、等价类、决策表、因果图白盒测试：语句覆盖、判断覆盖、条件... 查看详情
软件测试入门随笔——软件测试基础知识
About黑盒测试key：完全不考虑程序内部结构和内部特性，在程序接口处进行测试。主要依据：规格说明书（软件验证）、用户手册（软件审核）黑盒测试是通过输入数据、进行操作、观察输出结果，检查软件系统是否按照需求规... 查看详情
软件质量基础知识
一、目录软件质量模型测试技术类型测试流程规范研发质量规范问题交流 二、软件质量模型1、好的架构2、充分了解了用户需求3、尽量少的bug4、性能好 软件质量模型功能性可靠性可移植性易用性维护性效率 三... 查看详情
软件测试入门随笔——软件测试基础知识
about测试流程一般公司测试流程评审需求分解需求制定测试计划设计测试用例执行测试提交bug报告回归测试、验证bug书写测试报告经验总结测试过程模型瀑布过程模型以文档驱动，自由度低。实际开发过程中，各部分之间都有某... 查看详情
软件测试基础理论知识总汇
1、测试基础 2、软件测试对象和测试级别 3、系统测试类型测试级别（也称测试类型）中，系统测试是应用最多的测试类型，系统测试类型可以细分出很多类型，以下列举核心的系统测试类型。 4、软件测试方法... 查看详情
测试复习大纲
...x01Linux02数据库数据库01数据库02数据库03数据库04深入了解软件测试基础深入了解软件测试基础01深入了解软件测试基础02深入了解软件测试基础03深入了解软件测试基础04编程数据结构python学习教程Python基础01Python基础02Python基础03P... 查看详情
软件测试基础
什么是软件测试？顾名思义，就是对软件进行测试的意思！这篇文章就和大家一起来学习一下软件测试的基础知识吧！一、了解软件测试的相关概念、发展史等基础知识概念：软件测试就是用人工和自动化的手段来运行和测试某... 查看详情
软件测试入门随笔——软件测试基础知识
初步接触性能测试啦！！学习书籍《loadrunner性能测试巧匠训练营》针对不同系统，性能测试有不同的关注点 C/S架构的产品更关注系统资源使用情况、数据库性能以及运行的配置要求等等。如：内存、用户连接... 查看详情
软件测试之接口测试基础知识接口类型测试工具
HTTP，webservice,socketHTTP:分为get和post类型Webservice也分get和post类型。（一般wsdl结尾，即webservice接口）Socket：少见。 Http接口测试工具：JmeterFirefox插件httprequester在线工具http://www.atool.org/httptest.phppostmansoapuiloadrunne 查看详情
性能测试基础知识
...码的优化程度、使用者的使用方式等3、测试模型通用的软件测试过程模型（PTGM）、敏捷软件测试模型（ATPM）4、软件性能测试的应用领域能力验 查看详情
软件测试入门随笔——软件测试基础知识
测试一个app简单的登录功能有哪些测试点？看视频后根据老师的讲解整理所得，发现了很多以前没有考虑过的情况，其中也有一些新接触的词汇，以下一一了解记录。3-5-8原则用户的操作在3s内响应，用户会觉得产品很优秀；在5s... 查看详情