weixin_45294964的博客

一、什么是探索性测试探索性测试是一种软件测试风格，而不是一种具体的软件测试技术（如：等价类划分、边界值分析法、组合测试等）探索性测试强调依据当前待测项目实际情况，选择合适的测试技术，而不局限于特定的测试技术二、探索性测试的核心思想探索性测试强调独立测试人员的自由和责任。测试人员应该为个人和团队负责，调动所有能量，发挥人的灵活性，在整体上持续优化个人和团队的产出探索性测试建议在整个项目过程中，将测试相关学习、测试设计、测试执行和测试结果分析作为相互支持的活动，并行的执行。实际上，人脑难以并行的

一、界面友好性测试1. 正确性检查检查本地化是否通过（英文版不应该有中文信息，外语翻译准确、专业）窗口的最大化、最小化是否能正确切换2. 控件控件的提示语描述是否正确用滚动条移动页面时，页面的控件是否显示正常对于信息比较长的文本，文本框有没有提供自动竖直滚动条数据录入控件是否方便页面是否有多余按钮或标签界面中各个控件是否对齐3. 按键相关是否支持tab键（键的顺序要有条理，不乱跳）是否提供相关的热键4. 表格显示列表列宽是否合理标签描述是否合理列表太宽是否有横

一、安装卸载测试1. 安装软件在不同操作系统下安装是否正常软件安装后是否能正常运行，安装后的文件夹及文件是否写到了制定的目录软件安装各个选项的组合是否符合概要设计说明（比如点击下一步跳转到哪个页面，是否会有取消返回上一步）软件安装向导的UI测试软件安装过程中是否可以取消，点击取消后，写入的文件是否与概要设计说明处理一致软件安装过程中意外情况的处理是否符合需求（如死机、重启、断电）安装空间不足时是否有相应提示——特殊极限（构造100M、101M存储空间的方法：拷贝文件进去）对于需要通过网络

一、bug的定义电脑程序里面的错误，而现在更是将其衍生为漏洞、错误、可改进的细节或与需求文档存在差异功能实现等二、bug的分类（禅道为例）功能缺陷（业务流程未实现）代码错误（错误页404/500）界面优化（UI问题、图文显示）安装部署（安装失败、无法访问等）性能问题（响应时间久、加载慢）安全相关（密码没有加密）设计缺陷（需求问题）其他划分（易用性、兼容性类）三、bug严重程度严重程度严重等级举例致命最高系统崩溃、死机、死循环，导致数据库数据丢失，与数据

一、测试计划存在的意义软件测试是有计划、有组织和有系统的软件质量保证活动，而不是随意的、松散的、杂乱的实施过程。为了规范软件测试内容、方法和过程，在对软件实施测试之前，必须要创建测试计划二、测试计划的定义测试计划叙述了预定的测试活动范围、测试资源及进度安排，它确认了测试项、被测特性、测试任务、人员安排以及任何突发事件的风险。测试计划一般包含以下内容：产品概述：产品简介、整体框架等测试策略：功能测试、接口测试、性能测试、自动化测试测试方法：黑盒测试、单元测试、系统测试测试范围：主要测哪些模块

一、软件需求是什么业务需求：反映了组织机构或客户对系统、产品高层次的目标要求，他们一般在项目视图与范围文档中予以说明用户需求：描述了用户使用产品必须要完成的任务，一般在使用的一些实例或方案脚本说明中予以说明功能需求：定义了开发人员必须实现的软件功能，使得用户完成他们的任务，从而满足业务需求。非功能性需求：比如性能要求二、需求澄清1. 需求阶段的位置需求是软件项目研发的开始，是组建研发团队后第一次集体参与讨论的事情，也是质量保障的重要一环2. 需求会议中测试需要做什么找到需求中设计不

1. 三角形问题分析思路：首先分为构成三角形、不构成三角形两大类**构成三角形**分为：一般三角形、等腰三角形、等边三角形**不构成三角形**分为：（1）三边都是数字，但两边之和小于第三边（2）单边输入异常，包括单边分别为字母、特殊符号、汉字、空、02. 手机号码手机号码限制：首位为1,11位数字分析思路：分为有效等价类和无效等价类在分析异常情况时，尽量保持单一变量逐步测试，因为多个变量同时变化时，会使得思路混乱，错误点也会不清晰（1）有效等价类：首位为为1,11位数字——正常

一、等价类划分1.定义依据需求将输入划分为若干等价类，从等价类中选定一个测试用例，如果该测试用例通过，则表明整个等价类测试通过2.使用场景适用于有无限多种输入，我们不可能完成穷举测试等价类可以使我们用比较少的测试用例尽可能多的将功能覆盖3.分类分为有效等价类和无效等价类有效等价类：有意义的输入构成的集合，对于需求规格说明书是合法的无效等价类：不满足需求的集合二、边界值分析1.定义边界值分析法是对等价类划分的补充，边界值一般都是从等价类的边缘去寻找错误2.基本思路将正好等于、刚

生命周期：从出生到死亡的阶段需要区别软件生命周期和软件测试生命周期软件测试生命周期分为5个阶段；需求分析->测试计划->测试用例设计->测试执行->测试评估1、需求分析测试人员分解、了解需求，得出测试点需求评审会议：需求人员讲解，研发/测试相关负责人参加2、测试计划根据需求编写测试计划，包括主要功能、人员分配、项目大致执行时间安排3、测试用例设计测试人员通过需求，了解开发设置，进行测试用例设计，测试用例设计完成后需要进行测试用例评审4、测试执行测试人员最为重要的

一、瀑布模型瀑布模型适合于结构化方法。软件项目或产品选择瀑布模型必须满足下列条件：在开发时间内需求没有或很少变化分析设计人员应对应用领域很熟悉低风险项目（对目标、环境很熟悉）用户使用环境很稳定用户除了提出需求以外，很少参与开发工作二、V模型优点：包含了底层测试（单元测试）和高层测试（系统测试）清楚地标识了开发和测试的各个阶段自上而下逐步求精，每个阶段分工明确，便于整体项目的把控缺点：自上而下的顺序导致测试工作在编码后，不能及时的进行修改；实际工作中，需求经常变化，导

一、按开发阶段划分1.单元测试又称模块测试，是对软件的组成单位进行测试，其目的是检验软件基本组成单位的正确性，单元测试的对象是软件测试的最小单位-模块。【举例】登录模块测试2.集成测试又称联调、组装测试，是将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成测试的主要目的是检查软件单位之间的接口是否正确【举例】京东购物使用微信支付的接口3.系统测试将软件系统看成是一个系统的测试，包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分

1、什么是敏捷开发敏捷开发（agile development）是一种以人为核心、迭代、循序渐进的开发方法。这种开发方式的主要驱动核心是人，采用的是迭代式开发。2、敏捷测试常见术语术语解释Scrum敏捷研发的框架Sprint一个迭代Scrum master敏捷专家，敏捷研发总负责人Product owner产品负责人，简称POScrum team敏捷研发团队Product backlog产品待办列表，指需求清单Sprint back

1、软件测试概念使用人工或自动化手段，来运行或测试某个系统的过程。其目的在于检测它是否满足规定的需求或弄清楚预期结果与实际之间的差别。2、软件测试行业发展前景（1）入门门槛相对较低 零基础可入门； 代码能力要求相对较低； 通过实战学习路线可以快速入行；（2）软件测试薪资高 相对于其他行业会高很多，初级测试工程师一般在6-10K 高级测试工程师在20K以上（3）发展线路多 测试专家 业务专家 技术专家 测试架构师 测试管理 测试讲师（4）每年以30