测试理论2

一、代码分类

1、黑盒测试

又叫功能测试，把测试对象比作一个黑色盒子看不到内部结构。

2、白盒测试

又叫单元测试，把测试对象比作一个透明盒子，能看见被测软件的内部结构，是针对程序内部代码的一种测试。

3、灰黑测试

介于黑盒白中间，是测开工程师（测试工程师）能够看开发的代码，进行代码的走查和参与开发代码的评审。

二、测试编写代码的分类：

1、手工测试 2、自动化测试（UI自动化测试，接口自动化测试）：通过工具或者是代码的形式来模拟人的操作，来对被测试的产品进行自动化测试的操作。

现在企业要的是什么样的人？ p6 1、技术方面能够主导公司技术的发展

2、技术层面能够独立的负责公司层面的项目 3、可以和客户，以及公司各个不同职能的人沟通来解决问题

要求：能够独立的负责一个产品的测试，能够很好的做功能测试，以及在自动化测试需要开展的时候又能够很好的参与到自动化的测试，以及在性能测试开展的时候又能够很好的参与进去。

三、软件质量

描述当前软件是否好⽤，在当软件⾏业⾥我所采⽤ISO组织制定的标准。六⼤特性：

功能性：软件需要满⾜⽤户显式或者稳式的功能。

易⽤性：软件易于学习 和上⼿使⽤。

可靠性：软件必须实现需求当中指明的具体功能。

效率性：软件 b性能。

可维护性：要求软件具有将某个功能修复之后继续使⽤的能⼒。

可移植性：当前软件可以从⼀个平台移植到另⼀个平台上去使⽤的能⼒。

算法：做一件事需要的步骤。程序=数据结构+算法。数据结构： 队列：先进先出 栈：先进后出

计算机表达式

<：小于 ==：等于：大于 !=：不等于 &&：并且（至少两个条件的关系） ||：或者(至少两个条件满足一个就没可以了)

四、软件分类

B/S（WEB）的产品测试经验。

app的测试经验 小程序的产品（依赖于微信&支付宝）

WEB/APP/小程序

五、测试术语

冒烟测试：开发把编写好的程序转给测试后，需要先针对转测的程序进行正常流程的测试，这个过程叫冒烟测试。

针对被测程序的正常流程测试，目的验证程序正常流程在可以执行的情况下继续测试被测程序的其他功能

探索性测试：测试⼈员主观的能动性，抛弃繁杂测试计划和测试⽤例过程，在碰到问题时及时改变测试策略。

安全测试：针对被测软件进行安全的考虑使用的技术是渗透测试。

回归测试：产品测试完成后准备上线的情况下，针对产品进行第N次测试。主要由自动测试来承担。

测试环境： 1、系统已有功能的测试（回归）

线上环境： 1、系统已有功能的测试 2、这对本次上线新功能的回归测试

安装电脑的常用软件：java环境,Python境,postman,jmeter,foxmail,git，思维导图软件

看需求文档抓住核心的东西：

1、产品是给谁服务的？

2、产品的核心流程是什么？ 核心流程最好使用思维导图的模式把流程梳理出来

3、如果产品里面有专业术语（咨询产品或者是自己百度搜索）

4、梳理出产品哪些逻辑不是很清楚，梳理出来后，专门约产品经理或者是其他测试，让对方协助我们来讲解下这部分

三天：产品经理，身边的测试

六、测试产品需求

为什么要需求分析 软件测试需求是设计测试⽤例的依据。 有助于保证测试的质量和进度 软件测试需求是衡量测试覆盖率的重要指标

测软件测试需求分析步骤 列出需求⽂档中的具有可测性的原始需求 对每⼀条需求进⾏细化分解，形成可测试的分层描述的测试点 对形成的每⼀个测试点，从软件产品的质量需求来分析，确定测试执⾏时需要实施的测试类型。 建⽴测试需求跟踪矩阵，对测试需求进⾏管理

测试点分析 通过分析需求描述中的输⼊、输出、处理、限制、约束等，给出对应的验证内容（功能测试） 各个模块之间的业务顺序和传递之间的信息和数据，对存在给你交互的功能项，给出对应验证内容（功能测试） 考虑需要的完整性，充分覆盖软件需求的各种特征，包含隐性需求验证，⽐如界⾯，异常情况（界⾯、易⽤性、兼容性、安全性、性能）

面试:需求不一致 怎么解决的

 

 

七、测试⽤例设计

测试⽤例步骤 拿到测试需求 -> 分析需求（画思维导图） -> 编写⽤例 -> 划分⽤例优先级

思维导图:https://www.processon.com/

测试⽤例编写特征

⼀致性：⽤例模板⼀致；各同事的编写⼿法⼀致；⽤例的细腻度⼀致。

覆盖率：对需求的覆盖（也包含隐含需求）；新需求可能对哪些功能产⽣影响的覆盖；对各种场景的覆盖等 。

可执⾏性：步骤易于理解、信息描述准确、且能快速识别出测试点 。

执⾏准确性：⽤例执⾏准确度。执⾏⼈的态度，不要因为任何因素导致⽤例未执⾏但已标为通过的情况。

持续更新：及时不断的更新，尽量减少⽤例库中失效的⽤例 。

复⽤性：主要⽤例可以被不断的复⽤，从⽽减少维护成本

编写测试用例三种方式： 1、思维导图 结构化看起来非常的好，但是不够细 2、使用excel，特点是写起来非常浪费时间，但是非常细 3、checklist 只考虑被测对象的大概的点

八、测试⽤例组成元素

⽤例ID； ⽤例名称； 测试⽬的； 测试级别； 参考信息； 测试环境； 前提条件； 测试步骤； 预期结果； 设计⼈员。

九、环境

1、测试环境：给测试使用的环境，指一个产品还没上线前测试的环境

2、预发布环境：介于测试环境与线上环境中间，也是可以给客户使用的环境，只供研发内部人员使用

3、线上环境：给真实的用户使用的环境

测试用例模板